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(57) The present invention provides a server cap- 
able of providing a system in which a client can 
be reconnected to one server to another to use 
any output unit in the system without any prior 
knowledge thereof. The server can select an 
output unit to which the job request should be 
sent by referring to correspondence infor- 
mation held therein when the server receives a 
job request that specifies neither a type of an 
output unit nor a data format Also, the server 
can select an available output unit for 
data-output in an adequate data format when it 
receives output data alone, Further, the server 
can assign a certain output unit to job requests 
of the same kind sent from the same client 
manage the accesses to the output units, distri- 
bute output loading according to an output 
queue to the server, and select the most ap- 
propriate server as per condition set by a user. 
As well, the server can easily provide the infor- 
mation of the output units to a client by manag- 
ing the information when the client or an output 
unit is connected to the server. 
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BACKGROUND OF THE INVENTION 

(1) Field of the Invention 

The present invention relates to a server for han- 
dling output units by receiving a job request to the out- 
put units from a client 

(2) Description of the Related Arts 

As electronic units such as a computer have be- 
come smaller both in size and weight, a configuration 
in which a plurality of clients share output units con- 
nected to a server has become popular. In such a con- 
figuration, the output units including a printer, a fac- 
simile, a plotter, and an electronic black board are 
connected to a server, and a client uses these output 
units by sending a job request to the server. Parallel 
with this configuration, another configuration in 
which the client uses output units connected to an- 
other server when it is reconnected thereto due to a 
change in its physical location has also become pop- 
ular. 

Fig. 1 depicts the construction of a system for 
conventional server as an example, and the explan- 
ation thereof will be given in the following. In the 
drawing, the output units, a printer 2 and a facsimile 
3, are connected to a server 1 while a printer 5, a fac- 
simile 6, and a plotter 7 to a server 4. A client 8 is ini- 
tially connected to the server 1 Given these circum- 
stances, the client 8 sends a job request to a printer 
control process 9 or a facsimile.controi process 1 0 in- 
stalled in the server 1 to use the printer 2 orfacsimile 
3, respectively. Note that the job request to the printer 
control process 9 and that to the facsimile control 
process 10 are formatted differently. 

Next, assume that the client 8 has changed its 
physical location, and is now connected to the server 
4 for reasons of convenience such as a distance. 
Then, the client 8 sends a job request to a printer con- 
trol process 11, a facsimile control process 12, or a 
plotter control process 13 installed in the server 4 to 
use the printer 5, facsimile 6, or plotter 7, respective- 
ly. Note that the job requests to the printer control 
process 11, facsimile control process 12, and plotter 
control process 13 are all formatted differently. 

However, the above described conventional sys- 
tem has the following five problems: 

(1) Because different servers require different 
procedures and data formats for both the same 
and different types of output units, a user must 
check the proper procedure and data format of an 
output unit connected to another server and con- 
vert the data format accordingly when the client 
is reconnected to that server due to a change in 
physical location or loading limit. For example, in 
the case shown in Fig. 1, where the client 8 is re- 
connected to the server 4 from the server 1 , the 



client 8 sends a job request to the printer control 
process 11 to use the printers. However, the prin- 
ter control process 9 of the server 1 and the prin- 
ter control process 1 1 of the server 2 operate on 

5 different data formats. Thus, the user must check 

the procedure and data format of the printer con- 
trol process 11 and convert the data format at the 
client 8. Assuming that a UNIX operating system 
is applied, then, a daemon process called "ipd" is 

10 responsible for the printer control processes 9, 

11, and a printer and a printout format are speci- 
fied by an entry written in a file called "printcap"; 
however, each server uses different entries. 
Hence, an entry that specifies the printer 2 of the 

15 server 1 does not specify the printer 5 of the ser- 

ver 4. Therefore, the user must check the entry 
for the printer 5 to eit her specify the entry or con- 
vert the data format at the client 8. 

2) The user must input information of output units 
20 connected to a server each time the client is re- 
connected; for no technique such that automati- 
cally provides the information of the output units 
has been developed yet For example, when the 
client 8 is reconnected to the server 4 from server 

25 1 , the client 8 will not have any information of the 

plotter 7 unless the user inputs it. 

3) Different types of output units operate on dif- 
ferent procedures and data formats even when 
they all are connected to one server. For this rea- 

30 son, the user must convert a job request to the 
printer control process 9 in one data format, and 
to the facsimile control process 10 in another for- 
mat at the client 8, which complicates the opera- 
tion of the client 8. 

35 4) It is time-consuming to operate the conven- 
tional system. Because the user must input a 
data-output command in a specific data format 
for each output unit; moreover he must collect in- 
formation as to which output units are currently 

40 available as well as print-out formats and identi- 
fiers of these available output units each time he 
inputs a data-output command. 
5) The user must update the f i le in t he cl ient each 
time a network environment changes. More pre- 

45 cisely, in the above case, the client 8 files an 
identifier specifying an output unit in relation with 
a server in the "printcap". For this reason, the 
user must update the "printcap" with the most re- 
cent information as to server-output unit connec- 

so tion to keep the system in order. 

SUMMARY OF THE INVENTION 

Accordingly, the present invention has an object 
55 to provide a server which can easily select an ade- 
quate output unit for a job request from a client, even 
when the dient has no prior knowledge of any output 
unit connected to that server. 
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The present invention has another object to pro- 
vide a serviceable server for the client. 

The present invention has another object to pro- 
vide a server which enables the client to collect infor- 
mation of output units connected thereto. 

The present invention has another object to pro- 
vide a server capable of selecting the most suitable 
output unit for a job request in relation with the client. 

Yet, the present invention has another object to 
provide a server capable of ensuring the rational use 
of the output units by judging the current status there- 
of. 

The above objects are fulfilled by a server used 
in a system where a plurality of clients use at least one 
output unit connected to the server. The server com- 
prises a job request receiving device for receiving a 
job request from one of the plurality of clients, an in- 
formation extracting device for extracting certain in- 
formation from the job request, an operability judging 
device forjudging whether each output unit connect- 
ed to the server is operable for processing data in- 
cluded in the job request in accordance with the ex- 
tracted certain information, and a data output device 
for sending the data included in the job request to one 
of the output units judged as being operable by the 
operability judging device. 

The job request may include the certain informa- 
tion in the form of an identifier specifying a type of 
the operable output unit. 

The operability judging device may include a 
holding unit for holding output unit information that 
represents a correspondence between an identifier 
specifying each output unit connected to the server 
and an identifier specifying a type thereof, and a re- 
trieving unit for retrieving the output-unit-specifying 
identifier from the output unit information by referring 
to the type-specifying-identifier extracted from the 
job request. 

The server may further comprise a response re- 
ceiving device for receiving a response from the op- 
erable output unit specified by the output-unit-speci- 
fying-identifier retrieved from the output unit infor- 
mation, and a response sending device may include 
a first sending unit for sending the response to the 
job-request-sender-client and a second sending unit 
for sending a first job failure notice to the job-request- 
sender-client when the operability judging device 
fails to judge any operability with each output unit 
connected to the server. 

The server may further comprise! a data-sending 
control device for controlling the job request receiving 
device to send the data included in the job request to 
the operable output unit by way of the data output de- 
vice without using the operability Judging device 
when the job request includes an identifierspecifying 
the operable output unit, and to send the job request 
to the operability judging device when the job request 
does not include the identifier specifying the oper- 



able output unit. 

Each output unit may be connected to the server 
via network, and the data output device may include 
an address specifying unit for specifying a network 

5 address corresponding to the output-unit-specif ying- 
identif ier included in the job request 

Each output unit may be connected to the server 
via serial line, and the data output device may include 
a specifying unit for specifying a port number con- 

10 nected to the operable output unit by the output-unit- 
specif ying-identif ier included in the job request. 

The server may further comprise an access au- 
thorization table for indicating whether an access is 
authorized or not in relation with each client and each 

15 operable output unit, an authorization judging device 
for judging whether an access from the job-request- 
sender-client to the operable output unit is authorized 
or not by referring to the access authorization table 
when the operability judging device judges operabil- 

20 ity of the output unit, and an inhibiting device for in- 
hibiting the data output device from sending the data 
included in the job request to the operable output unit 
when the authorization judging device judges the ac- 
cess as being not authorized. 

25 The response sending device may include a third 

sending unit for sending a second job failure notice to 
the job-request-sender-client when the inhibiting de- 
vice inhibits the data output device from sending the 
data included in the job request to the operable output 

30 unit 

The server may further comprise a history infor- 
mation managing device for managing history infor- 
mation that represents a correspondence between 
an identifier specifying any output unit connected to 
35 the server that has received a job request from any 
of the plurality of clients and an identifier specifying 
a type thereof, a history information retrieving device 
for retrieving an identifier that specifies the operable 
output unit from the history information at the job re- 
40 quest, and a control device for controlling the job re- 
quest receiving device to send the data included in 
the job request to the operable output unit by way of 
the data output device without using the operability 
judging device when the history information retriev- 
es ing device retrieves the output-unit-specifying-iden- 
tif ierf rom the history information, and to send the job 
request to the operability judging device when the 
history information retrieving device fails to retrieve 
the output-unit-specif ying-identif ier from the history 
so information. 

The history information managing device may in- 
clude a unit for updating the history information each 
time the response receiving device receive a re- 
sponse from any output unit connected to the server. 
55 The first sending unit may include a processing 

unit for attaching an identifier specifying the oper- 
able output unit that has executed the job request to 
the response being sent therefrom. 
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The server may further comprise a client infor- 
mation holding device for holding client information 
including an identifier specifying the client, an iden- 
tifier specifying a type of each output unit connected 
to the server and an identifier specifying each output 
unit connected to the server, and a client information 
extracting device for extracting an identifier specify- 
ing the operable output unit from the client informa- 
tion by referring to the type-specifying-identif ier ex- 
tracted by the information extracting device. 

The server may further comprise a first control 
device for controlling the job request receiving device 
to send the data included in the job request to the op- 
erable output unit by way of the data output device 
without using the client information extracting device 
and the operability judging device when the job re- 
quest includes the output-unit-specifying-identifier 
and to send the job request to the client information 
extracting device when the job request does not in- 
clude the output-unit-specifying identifier, and a sec- 
ond control device for controlling the job request re- 
ceiving device to send the data included in the job re- 
quest to the operable output unit by way of the data 
output device without using the operability judging 
device when the client information extracting device 
retrieves the output-unit-specifying-identifier from 
the client information, and to send the job request to 
the operability judging device when the client extract- 
ing device fails to retrieve the output-unit-specifying- 
identif ier from the client information. 

The server may further comprise a job request 
judging device forjudging whether the job request to 
the operable output unit from the client is a data proc- 
ess request or not, and the first control device and the 
second control device may activate only when the job 
request judging device judges the job request as be- 
ing a data process request 

The server may further comprise an information 
providing device for requesting the client information 
holding device and the operability judging device to 
send the client information and the output unit infor- 
mation respectively, and subsequently sending the 
client information and the output unit information 
upon the receipt thereof to the job-request-sender- 
client when the job request judging device judges the 
job request as being a request to show information to 
the job-request-sender-client. 

The information providing device may include a 
priority judging unitfor judging that the client informa- 
tion has a higher priority than the output unit informa- 
tion to send the client information antecedently to the 
output unit information. 

The server may further comprise an information 
updating device for updating the client information 
when the job request judging device judges the job re- 
quest as being a client information update request. 

The operability judging device may include a first 
holding unit for holding information representing a 



correspondence between an identifier specifying 
each output unit connected to the server and an iden- 
tifier specifying a type thereof, a second holding unit 
for holding information representing a correspon- 

5 dence between an identifier specifying another ser- 
ver in the system and an identifier specif ying a type 
of each output unit connected thereto, a first retriev- 
ing unit for retrieving an identifier specifying the op- 
erable output unit from the first holding unit by refer- 

10 ring to the type-specifying-identif ier extracted by the 
information extracting device, a second retrieving 
unitfor retrieving an identifier specifying another ser- 
ver to which an output unit of a same type as specified 
by the type-specifying-identif ier extracted by the in- 

15 formation extracting device is connected when the 
first retrieving unit fails to retrieve the output-unit- 
specifying-identif ier from the first holding unit, and 
an output unit connecting unit for sending an output 
unit connecting command to the data output device 

20 only when the first retrieving unit retrieves the output- 
unit-specifying-identifier from the first holding unit 
The server may further comprise a request-to- 
another-server sending device for sending the job re- 
quest to the another server by attaching an identifier 

25 specif ying the server when the second retrieving unit 
retrieves the another-server-specifying-identifier. 

The server may further comprise a response re- 
ceiving device for receiving a response from one of 
the operable output unit and the another server, a re- 

30 sponse judging device for judging whether the re- 
sponse is sentf rom the operable output unit or the an- 
other server, and a response sending device includ- 
ing a first sending unit for sending the response to 
one of the job-request-sender-client and the another 

35 server, and a second sending unit for sending a first 
job failure notice to one of the job^request-sender-cli- 
ent and the another server when the operability judg- 
ing device fails to judge any operability with any out- 
put unit connected to the server and the another ser- 

40 ver. 

The response judging device may judge the re- 
sponse as being a response from the another server 
when the response includes both the another-server- 
specifying-identifier and an identifier specifying an- 

45 other client connected thereto, and as being a re- 
sponse from the operable output unit when the re- 
sponse includes only the identif ierspecif ying the job- 
request-sender-client. 

The first sending unit may include a processing 

so unit for attaching an identifier specifying the oper- 
able output unit that has executed the job request to 
the response being sent therefrom. 

The server may further comprise an access au- 
thorization table for indicating whether an access is 

55 authorized or not in relation with each client, each 
server, and each output unit in the system, an author- 
ization judging device for judging whether an access 
is authorized or not for the job request by referring to 
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the access authorization table when the operability 
judging device judges operability of one of the output 
unit connected to the server and the another server, 
and an inhibiting device for inhibiting the data output 
device from sending the data included the job request 
to one of the operable output unit and the another ser- 
ver when the authorization judging device judges the 
access as being not authorized. 

The response sending device may include a third 
sending unit for sending a second job failure notice to 
the job-request-sender-client when the inhibiting de- 
vice inhibits the data output device from sending the 
data included in the job request to the operable output 
unit 

The server may further comprise a history infor- 
mation managing device for managing history infor- 
mation that represents a correspondence between 
an identifier specifying any output unit connected to 
the server that has received a job request from any 
of the plurality of clients and an identifier specifying 
a type thereof, a history information retrieving device 
for retrieving an identifier that specifies the operable 
output unit from the history information at the job re- 
quest, and a control device for controlling the job re- 
quest receiving device to send the data included in 
the job request to the operable output unit by way of 
the data output device without using the operability 
judging device when the history information retriev- 
ing device retrieves the output-unit-specifying-iden- 
tif ier f rom the history information, and to send the job 
request to the operability judging device when the 
history information retrieving device fails to retrieve 
the output-unit-specifying-identif ier from the history 
information. 

The history information managing device may in- 
clude a unit for updating the history information each 
time the response receiving device receive a re- 
sponse from any output unit connected to the server. 

The server may further comprise a client infor- 
mation holding device for holding client information 
that represents a correspondence between an iden- 
tifier specifying each client, an identifier specifying 
each server, and an identifier specifying a type of 
each output unit connected to each server, and an 
identifier specifying each output unit connected to 
each server in the system, and a client information 
extracting device for extracting an identifier specify- 
ing one of the operable output unit and the another 
server from the client information by referring to the 
type-specifying-identif ier extracted by the informa- 
tion extracting device. 

The server may further comprise a first control 
device for controlling the job request receiving device 
to send the data included in the job request to the op- 
erable output unit by way of the data output device 
without using the client information extracting device 
and the operability judging device when the job re- 
quest includes the output-unit-specifying-identifier 



and to send the job request to the client information 
extracting device when the job request does not in- 
clude the output-unit-specifying-identif ier, and a sec- 
ond control device for controlling the job request re- 

5 ceiving device to send the data included in the job re- 
quest by way of the data output device and the re- 
quest-to-another-server sending device without us- 
ing the operability judging device when the informa- 
tion extracting device extracts the output-unit-spec- 

10 ifying-identifierfrom the job request, and to send the 
job request to the operability judging device when the 
client information extracting device fails to extract 
the output-unit-specifying-identifier from the job re- 
quest. 

15 The server may further comprise a job request 
judging device forjudging whether the job request to 
the operable output unit from the client is a data proc- 
ess request or not, and the first control device and the 
second control device may activate only when the job 

20 request judging device judges the job request as be- 
ing a data process request 

The server may further comprise an information 
providing device for requesting the client information 
holding device and the operability judging device to 

25 send the client information and the output unit infor- 
mation respectively, and subsequently sending the 
client information and the output unit information 
upon the receipt thereof to the job-request-sender- 
client when the job request judging device judges the 

30 job request as being a request to show information to 
the job-request-sender-client 

The information providing device may include a 
priority judging unit for judging that the client informa- 
tion has a higher priority than the output unit informa- 

35 tion to send the client information antecedently to the 
output unit information. 

The server may further comprise an information 
updating device for updating the client information 
when the job request judging device judges the job re- 

40 quest as being a client information update request, 
and a broadcasting device for broadcasting the client 
information update request to each server in the sys- 
tem. 

The server may further comprise an access au- 
45 thorization table for indicating whether an access is 
authorized or not in relation with each client, each 
server, and each output unit in the system, an author- 
ization judging device for judging whether the access 
to the operable output unit is authorized or not when 
so the operability judging device judges operability with 
the output unit for the job request by referring to the 
access authorization table, and an inhibiting device 
for inhibiting the data output device from sending the 
data included in the job request to the operable output 
55 unit when the authorization judging device judges the 
access as being not authorized. 

The response sending device may include a third 
sending unit for sending a second job failure notice to 
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the job-request-sender-client when the inhibiting de- 
vice inhibits the data output device from sending the 
data included in the job request to the operable output 
unit 

The job request may include an identifier speci- 
fying a data format thereof. 

The operability judging device may include a 
holding unit for holding a plurality of identifiers, each 
specifying a data format in relation with a data-output 
control instruction, by which a job request in a corre- 
sponding data format is executed, a judging unit for 
judging whether there is a data-output control in- 
struction corresponding to the data format specified 
by the data-format-specifying-identifier included in 
the job request, and a reading unitfor reading out the 
corresponding data-output control instruction when 
the judging unit judges the existence thereof. 

The data output device may include a command 
sending unit for sending a data-output command to 
execute the job request to the operable output unit by 
executing the read out data-output control instruc- 
tion. 

The operability judging device may include an ac- 
cess authorization table for indicating whether an ac- 
cess to each output unit is authorized or not in relation 
with each client, an access-authorization-identifier 
extracting unitfor extracting an identifier specifying 
an access authorization from the job request from 
the job-request-sender-client by judging whether or 
not the job request from the client includes the ac- 
cess-authorization-specifying-identifier, and an ac- 
cessible output unit detecting unitfor detecting an ac- 
cessible output unit which is placed under a control of 
the readout data-output control instruction by refer- 
ring to the access authorization table with the ac- 
cess-authorization-specifying-identifier included in 
the job request. 

The identifier specifying the access authoriza- 
tion may be selected from a group consisting of a user 
identifier, a client identifier, and a password, and the 
access authorization table may be a correspondence 
table showing a correspondence between the output- 
unit-specifying-identifier and the access-authoriza- 
tion-specifying-identifier corresponding to the client 
acquiring the access authorization. 

The job request may include information used as 
a material for a data format judgement 

The operability judging device may include a first 
holding unitfor holding a correspondence table show- 
ing a correspondence between the information in- 
cluded in the job request and a data format, an iden- 
tifier detecting unit for detecting an identifier speci- 
fying a data format in the first holding unit corre- 
sponding to the information included in the job re- 
quest from the job-request-sender-client, a second 
holding unit for holding a plurality of identifiers, each 
specifying a data format in relation with a data-output 
control instruction, by which a job request in a corre- 



sponding data format is executed, and a reading unit 
for reading out the corresponding data-output control 
instruction when the judging unit judges the exis- 
tence thereof. 

5 The data output device may include a command 

sending unit for sending a data-output command to 
execute the job request to the operable output unit by 
executing the read out data-output control instruc- 
tion. 

10 The information included in the job request may 

include a character representing the information and 
a location of the information in the job request 

The operability judging device may include an ac- 
cess authorization table for indicating whether an ac- 

15 cess to each output unit is authorized or not in relation 
with each client, an access-authorization-identifier 
extracting unit for extracting an identifier specifying 
an access authorization from the job request from 
the job-request-sender-ciient by judging whether or 

20 not the job request from the client includes the ac- 
cess-authorization-specifying-identifier, and an ac- 
cessible output unit detecting unitfor detecting an ac- 
cessible output unit which is placed under a control of 
the readout data-output control instruction by refer- 

25 ring to the access authorization table with the ao 
cess-authorization-specifying-identifier included in 
the job request. 

The identifier specifying the access authoriza- 
tion may be selected from a group consisting of a user 

30 identifier, a client identifier, and a password, and the 
access authorization table may be a correspondence 
table showing a correspondence between the output- 
unit-specifying-identifier and the access-authoriza- 
tion-specifying-identif ier corresponding to the client 

35 acquiring the access authorization. 

The above objects are also fulfilled by a server 
used in a system where a plurality of clients use out- 
put units connected to the server. The server com- 
prises a job request receiving device for receiving a 

40 job request from one of the plurality of clients, an in- 
formation extracting device for extracting certain in- 
formation from the job request, an operability judging 
device forjudging whether each output unit connect- 
ed to the server is operable for processing data in- 

45 eluded in the job request in accordance with the ex- 
tracted certain information, and a data output device 
for sending the data included in the job request to one 
of the output units judged as being operable by the 
operability judging device. 

so The operability judging device may include a 
holding unit for holding a plurality of identifiers, each 
specifying a file format in relation with a data-output 
control instruction by which a job request in a corre- 
sponding file format is executed, and a readout unit 

55 for reading out a data-output control instruction in a 
file format corresponding to the file-format- 
specifying-identif ier included in the job request from 
the holding unit 
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The data output device may include a command 
sending unit for sending a data-output command to 
execute the job request to the operable output unit by 
executing the read out data-output control instruc- 
tion. 5 

The operability judging device may include an ac- 
cess authorization table for indicating whether an ac- 
cess to each output unit is authorized or not in relation 
with each client, an access-authorization-identifier 
extracting unit for extracting an identifier specifying 10 
an access authorization from the job request from 
the job-request-sender-client by judging whether or 
not the job request from the client includes the ac- 
cess-authorization-specifying-identifier, and an ac- 
cessible output unit detecting unit for detecting an ac- 15 
cessible output unit which is placed under a control of 
the readout data-output control instruction by refer- 
ring to the access authorization table with the ac- 
cess-authorization-specifying-identifier included in 
the job request. 20 

The identifier specifying the access authoriza- 
tion may be selected from a group consisting of a user 
identifier, a client identifier, and a password, and the 
access authorization table may be a correspondence 
table showing a correspondence between the output- 25 
unit-specifying-identifier and the access-authoriza- 
tion-specifying-identif ier corresponding to the client 
acquiring the access authorization. 

The above objects are also fulfilled by a server 
used in a system where a plurality of clients use out- 30 
put units connected to the server. The server com- 
prises a job request receiving device for receiving a 
job request from one of the plurality of clients, an in- 
formation extracting device for extracting certain in- 
formation from the job request, an output unit select- 35 
ing device for selecting one of the output units in ac- 
cordance with the extracted certain information, and 
a data output device for sending data included in the 
job request to the selected output unit 

The job request may include an identifier speci- 40 
fying a data format thereof. 

The output unit selecting device may include a 
holding unit for holding a plurality of identifiers, each 
specifying a data format in relation with a data-output 
control instruction, by which a job request in a corre- 45 
sponding data format is executed, a readout unit for 
reading out a data-output control instruction corre- 
sponding to the data format specified by the data- 
format-specifying-identifier included in the job re- 
quest from the holding unit, and a selecting unit for so 
selecting the selected output unit as being an output 
unit capable of outputting the data included in the job 
request by referring to the readout data-output con- 
trol Instruction and the job request. 

The data output device may include a command 55 
sending unit for sending a data-output command to 
execute the job request to the selected output unit by 
executing the readout data-output control instruction 



read out by the readout unit. 

The selecting unit in the output unit selecting de- 
vice may include an access authorization table for in- 
dicating whether an access to each output unit is au- 
thorized or not in relation with each client, an access- 
authorization-identifier extracting unit for extracting 
an identifier specifying an access authorization from 
the job request from the job-request-sender-client by 
judging whether or not the job request from the client 
includes the access-authorization-specifying-identi- 
f ier, and an accessible output unit detecting unit for 
detecting an accessible output unit which is placed' 
under a control of the readout data-output control in- 
struction by referring to the access authorization ta- 
ble with the access-authorization-specifying-identi- 
f ier included in the job request. 

The identifier specifying the access authoriza- 
tion may be selected from a group consisting of a user 
identifier, a client identifier, and a password, and the 
access authorization table may be a correspondence 
table showing a correspondence between the output- 
unit-specifying-identifier and the access-authoriza- 
tion-specifying-identif ier corresponding to the client 
acquiring the access authorization. 

The selecting unit may further include a loading 
status obtaining unit for obtaining a loading status of 
each output unit detected by the accessible output 
unit detecting device when the accessible output unit 
detecting device detects a plurality of accessible out- 
put units, and a selection permitting unit for selecting 
the selected output unit as being an output unit having 
a smallest loading status by referring to the obtained 
loading status and subsequently permitting data- 
output thereto. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the loading status may represent 
one of the number of bytes stored in the output unit 
and a time required for each of the output units to be 
ready for a following document data output. 

The selecting unit may further include a capabif- 
ity storage unit for storing a capability of each output 
unit in the system, a capability identifier extracting 
unit for extracting an identifier specifying a capability 
of the selected output unit from the job request, and 
an optimal output unit detecting unit for detecting all 
optimal output units whose capabilities coincide with 
a capability specified by the capability-specifying- 
identif ier when the selecting unit selects a plurality of 
the output units to be as the selected output unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data Including a printer 
and a facsimile, and the capability-specifying-iden- 
tifier included in the job request may represent one 
of a resolution, a data-output speed, a cost of data- 
output, a distance from the client to the selected out- 
put unit 

The capability storage unit may store superiority 
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and inferiority information of the capability of each 
output unit in the system, and the optimal output unit 
detecting unit may include a choosing unit for choos- 
ing one optimal output unit by referring to the super- 
iority and inferiority information when the optimal 
output unit detecting unit detects a plurality of the out- 
put units as being the optimal output unit. 

The selecting unit in the output unit selecting de- 
vice may include a loading managing unit for storing 
and managing a loading status of each output unit in 
the system, a choice allowing unit for allowing the one 
chosen optimal output unit as being the selected out- 
put unit on the condition that the one chosen optimal 
output unit is placed under a control of the data-output 
control instruction read out by the readout unit and 
that it has a smaller loading status than a certain val- 
ue, and an output unit for outputting the allowed op- 
timal output unit as information from the selecting 
unit 

The loading managing unit may include an in- 
struction sending unitforissuing an instruction to no- 
tify a loading status each time the command sending 
unit receives a data-output control instruction from 
the readout unit to each output unit in the system and 
placed under the data-output control instruction, and 
a loading status storage unit for storing each loading 
status sent from each output unit in the system. 

The choice allowing unit may include a detecting 
unit for detecting an output unit having a smallest 
loading status when a plurality of the output units are 
placed under a control of the data-output control in- 
struction read out by the readout unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the loading status may represent 
one of the number of bytes stored in the output unit 
and a time required for each of the output units to be 
ready for a following document data output. 

The selecting unit may further include a capabil- 
ity storage unit for storing a capability of each output 
unit in the system, a capability identifier extracting 
unit for extracting an identifier specifying a capability 
of the selected output unit from the job request, and 
an optimal output unit detecting unit for detecting all 
optimal output units whose capabilities coincide with 
a capability specified by the capability-specifying- 
identif ier when the selecting unit selects a plurality of 
the output units to be as the selected output unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the capability-specifying-identi- 
fier included in the job request may represent one of 
a resolution, a data-output speed, a cost of data- 
output, a distance from the client to the selected out- 
put unit 

The capability storage unit may store superiority 
and inferiority information of the capability of each 
output unit in the system, and the optimal output unit 



detecting unit may include a choosing unit for choos- 
ing one optimal output unit by referring to the super- 
iority and inferiority information when the optimal 
output unit detecting unit detects a plurality of the out- 

5 put units as being the optimal output unit 

The selecting unit may further include a capabil- 
ity storage unit for storing a capability of each output 
unit in the system, a capability identifier extracting 
unit for extracting an identifier specifying a capability 

10 of the selected output unit from the job request, and 
an optimal output unit detecting unit for detecting all 
optimal output units whose capabilities coincide with 
a capability specified by the capability-specifying- 
identif ier when the selecting unit selects a plurality of 

15 the output units to be as the selected output unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the capability-specifying-iden- 
tifier included in the job request may represent one 

20 of a resolution, a data-output speed, a cost of data- 
output, a distance from the client to the selected out- 
put unit. 

The capability storage unit may store superiority 
and inferiority information of the capability of each 

25 output unit in the system, and the optimal output unit 
detecting unit may include a choosing unit for choos- 
ing one optimal output unit by referring to the super- 
iority and inferiority information when the optimal 
output unit detecting unit detects a plurality of the out* 

30 put units as being the optimal output unit 

The job request may include information used as 
a material for a data format judgement 

The output unit selecting device may include a 
first holding unit for holding a correspondence table 

35 showing a correspondence between the information 
included in the job request and a data format, an iden- 
tifier detecting unit for detecting an identifier speci- 
fying a data format in the first holding unit corre- 
sponding to the information included in the job re- 

40 quest from the jol>request-sender-client, a second 
holding unit for holding a plurality of identifiers, each 
specifying a data format in relation with a data-output 
control instruction, by which a job request in a corre- 
sponding data format is executed, a readout unit for 

45 reading out a data-output control instruction corre- 
sponding to the data format specified by the data- 
format-specifying-identifier included in the job re- 
quest from the first holding unit, and a selecting unit 
for selecting the selected output unit as being an out- 

so put unit capable of outputting the data included in the 
job request by referring to the readout data-output 
control instruction and the job request 

The operability judging device may include an ac- 
. cess authorization table for indicating whether an ac- 

55 cess to each output unit is authorized or not in relation 
with each client, an access-authorization-identifier 
extracting unit for extracting an identifier specifying 
an access authorization from the job request from 
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the job-request-sender-client by judging whether or 
not the job request from the client includes the ac- 
cess-authorization-specifying-identifier, and an ac- 
cessible output unit detecting unit for detecting an ac- 
cessible output unit which is placed under a control of 
the readout data-output control instruction by refer- 
ring to the access authorization table with the ac- 
cess-authorization-specifying-identifier included in 
the job request. 

The information included in the job request may 
include a character representing the information and 
a location of the information in the job request 

The selecting unit in the output unit selecting de- 
vice may include an access authorization table for in- 
dicating whether an access to each output unit is au- 
thorized or not in relation with each client, an access- 
authorization-identifier extracting unit for extracting 
an identifier specifying an access authorization from 
the job request from the job-request-sender-client by 
judging whether or not the job request from the client 
includes the access-authorization-specifying-identi- 
f ier, and an accessible output unit detecting unit for 
detecting an accessible output unit which is placed 
under a control of the readout : data-output control in- 
struction by referring to the access authorization ta- 
ble with the access-authorization-specifying-identi- 
f ier included in the job request. 

The identifier specifying the access authoriza- 
tion may be selected from a group consisting of a user 
identifier, a client identifier, and a password, and the 
access authorization table may be a correspondence 
table showing a correspondence between the output- 
unit-specifying-identif ier and the access-authoriza- 
tion-specifying-identif ier corresponding to the client 
acquiring the access authorization. 

The selecting unit may further include a loading 
status obtaining unit for obtaining a loading status of 
each output unit detected by the accessible output 
unit detecting device when the accessible output unit 
detecting device detects a plurality of accessible out- 
put units, and a selection permitting unit for selecting 
the selected output unit as being an output unit having 
a smallest loading status by referring to the obtained 
loading status and subsequently permitting data- 
output thereto. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the loading status may represent 
one of the number of bytes stored in the output unit 
and a time required for each of the output units to be 
ready for a following document data output. 

The selecting unit may further include a capabil- 
ity storage unit for storing a capability of each output 
unit In the system, a capability Identifier extracting 
unitfor extracting an identifier specifying a capability 
of the selected output unit from the job request, and 
an optimal output unit detecting unit for detecting all 
optimal output units whose capabilities coincide with 



a capability specified by the capabllity-specifying- 
identlf ier when the selecting unit selects a plurality of 
the output units to be as the selected output unit. \ 
Each output unit in the system may be a unit ca- 

5 pable of outputting document data including a printer 
and a facsimile, and the capability-specifying-iden- 
tif ier included in the job request may represent one 
of a resolution, a data-output speed, a cost of data- 
output, a distance from the client to the selected out- 

10 put unit. 

The capability storage unit may store superiority 
and inferiority information of the capability of each 
output unit in the system, and the optimal output unit 
detecting unit may include a choosing unit for choos- 

16 ing one optimal output unit by referring to the super- 
iority and inferiority information when the optimal 
output unit detecting unit detects a plurality of the out- 
put units as being the optimal output unit. 

The selecting unit in the output unit selecting de- 

20 vice may include a loading managing unit for storing 
and managing a loading status of each output unit in 
the system, a choice allowing unit for allowing the one 
chosen optimal output unit as being the selected out- 
put unit on the condition that the one chosen optimal 

25 output unit is placed under a control of the data-output 
control instruction read out by the readout unit and 
that it has a smaller loading status than a certain val- 
ue, and an output unit for outputting the allowed op- 
timal output unit as information from the selecting 

30 unit 

The loading managing unit may include an in- 
struction sending unitfor issuing an instruction to no- 
tify a loading status each time the command sending 
unit receives a data-output control instruction from 

35 the readout unit to each output unit in the system and 
placed under the data-output control instruction, and 
a loading status storage unit for storing each loading 
status sent from each output unit in the system. 
The choice allowing unit may include a detecting 

40 unit for detecting an output unit having a smallest 
loading status when a plurality of the output units are 
placed under a control of the data-output control in- 
struction read out by the readout unit 

Each output unit in the system may be a unit ca- 

45 pable of outputting document data including a printer 
and a facsimile, and the loading status may represent 
one of the number of bytes stored in the output unit 
and a time required for each of the output units to be 
ready for a following document data output. 

50 The selecting unit may further include a capabil- 
ity storage unit for storing a capability of each output 
unit In the system, a capability identifier extracting 
unitfor extracting an identifier specifying a capability 
of the selected output unit from the job request, and 

55 an optimal output unit detecting unit for detecting all 
optimal output units whose capabilities coincide with 
a capability specified by the capability-specifying- 
identif ier when the selecting unit selects a plurality of 
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the output units to be as the selected output unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the capability-specifying-identi- 
fier included in the job request may represent one of 
a resolution, a data-output speed, a cost of data- 
output, a distance from the client to the selected out- 
put unit 

The capability storage unit may store superiority 
and inferiority information of the capability of each 
output unit in the system, and the optimal output unit 
detecting unit may include a choosing unit for choos- 
ing one optimal output unit by referring to the super- 
iority and inferiority information when the optimal 
output unit detect ing unit detects a plurality of the out- 
put units as being the optimal output unit. 

The selecting unit may further include a capabil- 
ity storage unit for storing a capability of each output 
unit in the system, a capability identifier extracting 
unitfor extracting an identifier specifying a capability 
of the selected output unit from the job request and 
an optimal output unit detecting unit for detecting all 
optimal output units whose capabilities coincide with 
a capability specified by the capability-specifying- 
identif ier when the selecting unit selects a plurality of 
the output units to be as the selected output unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the capabiiity-specifying-identi- 
f ier included in the job request may represent one of 
a resolution, a data-output speed, a cost of data- 
output, a distance from the client to the selected out- 
put unit 

The capability storage unit may store superiority 
and inferiority information of the capability of each 
output unit in the system, and the optimal output unit 
detecting unit may include a choosing unit for choos- 
ing one optimal output unit by referring to the super- 
iority and inferiority information when the optimal 
output unit detecting unit detects a plurality of the out- 
put units as being the optimal output unit. 

The above objects are also fulfilled by a server 
used in a system where a plurality of clients use out- 
put units connected to the server. The server com- 
prises a job request receiving device for receiving a 
job request from one of the plurality of clients, a file 
format judging device forjudging a file format of data 
included in the job request, an output unit selecting 
device for selecting the one output u nit in accordance 
with the extracted certain information, and a data 
output device for sending data included in the job re- 
quest to the selected output unit 

The output unit selecting device may include a 
holding unit for holding a plurality of identifiers, each 
specifying a file format in relation with a data-output 
control instruction, by which a job request in a corre- 
sponding file format is executed, a readout unit for 
reading out a data-output control instruction in a file 



format corresponding to the file-format-specifying- 
Identif ier included in the job request from the holding 
unit, and a selecting unit for selecting the one output 
unit as being an output unit capable of outputting the 
5 data included in the job request by referring to the 
readout data-output control instruction and the iden- 
tifier specifying the file format. 

The data output device may include a command 
sending unit for sending a data-output command to 
10 execute the job request to the selected output unit by 
executing the readout data-output control instruction 
read out by the readout unit. 

The selecting unit in the output unit selecting de- 
vice may include an access authorization table for in- 
15 dicating whether an access to each output unit is au- 
thorized or not in relation with each client, an access- 
authorization-identifier extracting unitfor extracting 
an identifier specifying an access authorization from 
the job request from the job-request-sender-client by 
20 judging whether or not the job request from the client 
includes the access-authorization-specifying-identi- 
f ier, and an accessible output unit detecting unit for 
detecting an accessible output unit which is placed 
under a control of the readout data-output control in- 
25 struction by referring to the access authorization ta- 
ble with the access-authorization-specifying-identi- 
fier included in the job request. 

The identifier specifying the access authoriza- 
tion may be selected from a group consisting of a user 
30 identifier, a client identifier, and a password, and the 
access authorization table may be is a correspon- 
dence table showing a correspondence between the 
output-unit-specifying-identifier and the access-au- 
thorization-specifying-identifier corresponding to 
35 the client acquiring the access authorization. 

The selecting unit may further include a loading 
status obtaining unit for obtaining a loading status of 
each output unit detected by the accessible output 
unit detecting device when the accessible output unit 
40 detecting device detects a plurality of accessible out- 
put units, and a selection permitting unitfor selecting 
the selected output unit as being an output unit having 
a smallest loading status by referring to the obtained 
loading status and subsequently permitting data- 
45 output thereto. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the loading status may represent 
one of the number of bytes stored in the output unit 
so and a time required for each of the output units to be 
ready for a following document data output. 

The selecting unit may further include a capabi I- 
ity storage unit for storing a capability of each output 
unit in the system, a capability identifier extracting 
55 unitfor extracting an identif ierspecifying a capability 
of the selected output unit from the job request, and 
an optimal output unit detecting unit for detecting all 
optimal output units whose capabilities coincide with 
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a capability specified by the capability-specifying- 
identif ier when the selecting unit selects a plurality of 
the output units to be as the selected output unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the capability-specif ying-identi- 
f ier included in the job request may represent one of 
a resolution, a data-output speed, a cost of data- 
output, a distance from the client to the selected out- 
put unit. 

The capability storage unit may store superiority 
and inferiority information of the capability of each 
output unit in the system, and the optimal output unit 
detecting unit may include a choosing unit for choos- 
ing one optimal output unit by referring to the super- 
iority and inferiority information when the optimal 
output unit detecting unit detects a plurality of the out- 
put units as being the optimal output unit. 

The selecting unit in the output unit selecting de- 
vice may include a loading managing unit for storing 
and managing a loading status of each output unit in 
the system, a choice allowing unit for allowing the one 
chosen optimal output unit as being the selected out- 
put unit on the condition that the one chosen optimal 
output unit is placed under a control of the data-output 
control instruction read out by the readout unit and 
that it has a smaller loading status than a certain val- 
ue, and an output unit for outputting the allowed op- 
timal output unit as information from the selecting 
unit 

The loading managing unit may include an in- 
struction sending unit for issuing an instruction to no- 
tify a loading status each time the command sending 
unit receives a data-output control instruction from 
the readout unit to each output unit in the system and 
placed under the data-output control instruction, and 
a loading status storage unit for storing each loading 
status sent from each output unit in the system. 

The choice allowing unit may include a detecting 
unit for detecting an output unit having a smallest 
loading status when a plurality of the output units are 
placed under a control of the data-output control in- 
struction read out by the readout unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the loading status may represent 
one of the number of bytes stored in the output unit 
and a time required for each of the output units to be 
ready for a following document data output. 

The selecting unit may further include a capabil- 
ity storage unit for storing a capability of each output 
unit in the system, a capability identifier extracting 
unitfor extracting an identifier specifying a capability 
of the selected output unit from the job request, and 
an optimal output unit detecting unitfor detecting all 
optimal output units whose capabilities coincide with 
a capability specified by the capabiiity-specifying- 
identif ier when the selecting unit selects a plurality of 



the output units to be as the selected output unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the capability-specifying-iden- 
5 tif ier included in the job request may represent one 
of a resolution, a data-output speed, a cost of data- 
output, a distance from the client to the selected out- 
put unit 

The capability storage unit may store superiority 

10 and inferiority information of the capability of each 
output unit in the system, and the optimal output unit 
detecting unit may include a choosing unitfor choos- 
ing one optimal output unit by referring to the super- 
iority ahd inferiority information when the optimal 

15 output unit detecting unit detects a plurality of the out- 
put units as being the optimal output unit. 

The selecting unit may further include a capabil- 
ity storage unit for storing a capability of each output 
unit in the system, a capability identifier extracting 

20 unitfor extracting an identifier specifying a capability 
of the selected output unit from the job request, and 
an optimal output unit detecting unit for detecting all 
optimal output units whose capabilities coincide with 
a capability specified by the capability-specifying- 

25 identifier when the selecting unit selects a plurality of 
the output units to be as the selected output unit. 

Each output unit in the system may be a unit ca- 
pable of outputting document data including a printer 
and a facsimile, and the capability-specifying-iden- 

30 tif ier included in the job request may represent one 
of a resolution, a data-output speed; a cost of data- 
output, a distance from the client to the selected out- 
put unit 

The capability storage unit may store superiority 
35 and inferiority information of the capability of each 
output unit in the system, and the optimal output unit 
detecting unit may include a choosing unitfor choos- 
ing one optimal output unit by referring to the super- 
iority and inferiority information when the optimal 
40 output unit detecting unitdetectsa plurality of the out- 
put units as being the optimal output unit 

The above objects are also fulfilled by a server 
and a client used in a network system including a plur- 
ality of servers, a plurality of clients, and a plurality 
45 of output units, where each client sends output-data 
to one of the plurality of output units via at least one 
of the servers. 

One of the servers comprises a receiving device 
for receiving a request, a correspondence table hold- 
so ing device for holding a correspondence table show- 
ing a correspondence between each of the plurality 
of servers and each of the plurality of output units, 
and an information-to-client sending device for send- 
ing information held in the correspondence table to a 
55 client that has sent the request Each of the plurality 
of clients comprises a requesting device for request- 
ing information held in the corresponding table, and 
a storage control device including a storage unit for 
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receiving to store the information held in the corre- 
sponding table. 

The receiving device may include a first request 
processing unit forjudging whether the request sent 
from one of the plurality of clients is an information 
request or not, and subsequently sending the request 
to the information-to-client sending device when it 
judges the request as being an information request, 
and the information-to-client sending device may in- 
clude a retrieving unit for retrieving information re- 
quested by the information request from the corre- 
spondence table, and a sending unit for sending the 
selected information to the request-sender-client 

The server may further comprise an updated cor- 
respondence table transmitting device for updating 
the correspondence table held in the correspon- 
dence table holding device at a request to update in- 
formation in the correspondence table sent from an 
operator, and subsequently sending the updated cor- 
respondence table to each of the plurality of clients, 
and the receiving device may include a second re- 
quest processing unit forjudging whether the request 
is the update request from the operator or not, and 
subsequently sending the update request to the up- 
dated correspondence table transmitting device 
when it judges the request as being an update request 
the updated correspondence table transmitting de- 
vice. 

The updated information transmitting device 
may include a readout unit for reading out the corre- 
spondence table held in the correspondence table 
holding device, a judging unit forjudging whether or 
not the information in the readout correspondence ta- 
ble is changeable as per the update request, an infor- 
mation updating unit for updating the information in 
the read out correspondence table when the judging 
unit judges the read out correspondence table as be- 
ing changeable, a storing control unit for storing the 
correspondence table updated by the information up- 
dating unit into the correspondence table holding de- 
vice, a first transmitting unit for transmitting the up- 
dated correspondence table to each of the plurality of 
clients, and a second transmitting unit for transmit- 
ting an update failure notice to the operator when the 
judging unit judges the read out correspondence ta- 
ble as being unchangeable. 

The server may further comprise an access au- 
thorization Information holding device for holding ac- 
cess authorization information as to whether an ac- 
cess authorization for each of the plurality of clients 
to each of the plurality of output units specified by an 
identifier, and an information-to-authorized client 
sending device for reading out the access authoriza- 
tion information from the access authorization infor- 
mation holding device at the information request, and 
subsequently sending the read out access authoriza- 
tion information to the request-sender-client who ac- 
quires an access authorization to the output unit by 



referring to the readout access authorization infor- 
mation with an identifier specifying the output unit 

The information- to-authorized-client sending de- 
vice may include a selecting unit for reading out the 

5 correspondence table from the correspondence ta- 
ble holding device and subsequently selecting the in- 
formation requested by the information request sent 
therefrom, a judging unit for reading out the access 
authorization information from the access authoriza- 

10 tion information holding device and subsequently 
judging whether or not the selected information indi- 
cates that the request-sender-client acquires the ac- 
cess authorization to the output unit, a first sending 
unit for sending the selected information to the re- 

15 quest-sender-client when the judging unit judges the 
access to the output unit from the request-sender-cli- 
ent as being authorized, and a second sending unit 
for sending a failure notice to the client that has sent 
the information request when the judging device 

20 judges the access to the output unit from the request- 
sender-client as being not authorized. 

The server may further comprise an access au- 
thorization information holding device for holding ac- 
cess authorization information as to whether an ac- 

25 cess authorization for each of the plurality of clients 
to each of the plurality of output units specified by an 
identifier, and an information-to-authorized client 
sending device for reading out the access authoriza- 
tion information from the access authorization infor- 

30 matron holding device at the information request, and 
subsequently sending the read out access authoriza- 
tion information to the request-sender-client who ac- 
quires an access authorization to the output unit by 
referring to the readout access authorization infor- 

35 mation with an identifier specifying the output unit 
The information-to-authorized-client sending de- 
vice may include a selecting unit for reading out the 
correspondence table from the correspondence ta- 
ble holding device and subsequently selecting the in- 

40 formation requested by the information request sent 
therefrom, a judging unit for reading out the access 
authorization information from the access authoriza- 
tion information holding device and subsequently 
judging whether or not the selected information indi- 

45 cates that the request-sender-client acquires the ac- 
cess authorization to the output unit, a first sending 
unit for sending the selected information to the re- 
quest-sender-client when the judging unit judges the 
access to the output unit from the request-sender-cli- 

50 ent as being authorized, and a second sending unit 
for sending a failure notice to the client that has sent 
the information request when the judging device 
judges the access to the output unltfrom the request- 
sender-client as being not authorized. 

55 The server may further include a first update au- 

thorization correspondence table transmitting device 
comprising a readout unit for reading out the corre- 
sponding table from the correspondence table hold- 
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ing device upon the receipt of a request to update in- 
formation in the corresponding table from an opera- 
tor, a judging unit for judging whether the readout cor- 
respondence table is changeable or not as per the up- 
date request, a storing control unit for reading out the 5 
access authorization information from the access au- 
thorization information holding device when the judg- 
ing unit judges the readout correspondence table as 
being changeable, and subsequently selecting the 
client as being a client which acquires the access au- 10 
thorization to the output unit to update the correspon- 
dence table held in the correspondence table holding 
device, and a sending unit for sending the updated 
correspondence table to the client which acquires the 
access authorization to the output unit in accordance is 
with the access authorization information, and the 
receiving device may include a third request process- 
ing unit forjudging whether or not the request is the 
update request, and subsequently sending the up- 
date request to the first update authorization corre- 20 
spondence table transmitting device when it judges 
the request as being a request to update the corre- 
spondence table. 

The server may further include a second update 
authorization correspondence table transmitting de- 25 
vice for updating the access authorization informa- 
tion in accordance with a request to update the ac- 
cess authorization information from an operator upon 
the receipt thereof, and subsequently storing the up- 
dated access authorization information into the ac- 30 
cess authorization information holding device to send 
the updated access authorization information to the 
plurality of clients, and the receiving device may in- 
clude a fourth request processing unit for judging 
whether or not the request from the operator is the 35 
authorization-update request, and subsequently 
sending the authorization-update request to the sec- 
ond update authorization correspondence table 
transmitting device when it judges the request as be- 
ing an authorization-update request. 40 

The server may further include a third update au- 
thorization correspondence table transmitting device 
for updating the access authorization information in 
accordance with a request to update the access au- 
thorization information from an operator upon the re- 45 
ceipt thereof, and subsequently storing the updated 
access authorization information into the access au- 
thorization information holding device to send the up- 
dated access authorization information to the plural- 
ity of clients, and the receiving device may include a so 
fifth request processing unit for judging whether or 
not the request from the operator is the authoriza- 
tion-update request, and subsequently sending the 
authorization-update request to the third update au- 
thorization correspondence table transmitting device 55 
when it judges the request as being an authorization- 
update request. 

According to the above construction, even when 



the client sends a job request that specifies either the 
data format or type of the output unit or a job request 
that specifies neither the data format nor the type of 
the output unit, the server can select a corresponding 
output unit Therefore, when the client is reconnected 
to another server due to a change its physical loca- 
tion or a loading limit, the client can use any output 
unit connected to the new server in the same as the 
previously connected server. 

Also, the client can collect information as to 
which output units are currently available by sending 
the information request, and if necessary, update the 
information by sending the update request, making it 
possible to use an outputunitotherthan a default out- 
put unit 

Also, the operation of the client can be simplified 
by enabling the client to send the job request without 
converting the data format or changing procedure for 
each output unit 

Moreover, the server can manage the access au- 
thorization to each output unit collectively. 

Furthermore, the job requests specifying the 
same type of output unit from the same client will al- 
ways be sent to a single output unit even when several 
output units of the same type are connected to one 
server. 

In addition, the job request specifying the same 
type of output unit from the same client will always be 
sent as output-unit-specifying job request from the 
second occurrence, making it unnecessary for the 
server to referto the outputunit information, which re- 
sults in reducing loading thereof. 

Also, according to the above construction, the 
server can select an appropriate output unit for data- 
output without any prior knowledge of the identifier 
and data format of the output unit, so that the client 
does not have to hold information as to identifier of 
each output unit 

Further, the server can select an appropriate out- 
put unit that satisfies data-output condition such as 
an access authorization, loading, and resolution with- 
out any prior knowledge of the identifier and data for- 
mat of the output unit 

As well, without any input from the operator, the 
client can collect the setting information of the output 
units by sending the information request to the ser- 
ver, and the client can automatically receive the most 
recent information when any setting information in 
the server changes. 

Moreover, the server can manage the access au- 
thorization to each output unit collectively by sending 
the setting information only to the clients which ac- 
quire the access authorization shown in the corre- 
spondence table. 

BRIEF DESCRIPTION OF THE DRAWINGS 

These and other objects, advantages and fea- 
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tures of the Invention will become apparent from the 
following description thereof taken in conjugation 
with the accompanying drawings which illustrate spe- 
cific embodiments of the invention. In the drawings: 
Fig. 1 is a block diagram showing the construe- 5 
tion of a conventional server; 
Fig. 2 is a block diagram showing the construc- 
tion of a server in accordance with a first embodi- 
ment of the present invention; 
Fig. 3 is a view showing the contents of output 10 
unit information used in the first embodiment; 
Fig. 4 is a flowchart detailing the operation of a 
. job request processing unit in the first embodi- 
ment; 

Fig. 5 is a flowchart detailing the operation of an 15 
output unit managing unit in the first embodi- 
ment; 

Fig. 6 is a view showing three record formats 
used in the first embodiment; 

Fig. 7 is a block diagram showing the construe- 20 
tion of a server in accordance with a second em- 
bodiment of the present invention; 
Fig. 8 is a view showing the contents of client in- 
formation in the second embodiment; 
Fig. 9 is a flowchart detailing a request process- 25 
ing unit in the second embodiment; 
Fig. 10 is a flowchart of a first sub-routine of the 
flowchart in Fig. 9; 

Fig. 11 is a flowchart of a second sub-routine of 
the flowchart in Fig. 9; 30 
Fig. 12 is a flowchart of a third sub-routine of the 
flowchart in Fig. 9; 

Fig. 13 is a flowchart detailing the operation of a 
client information managing unit in the second 
embodiment; 35 
Fig. 14 is a flowchart detailing a first sub-routine 
of the flowchart in Fig. 13; 
Fig. 15 is a flowchart detailing a second sub-rou- 
tine of the flowchart in Fig. 13; 
Fig. 16 is a flowchart detailing the operation of an 40 
output unit managing unit in the second embodi- 
ment; 

Fig. 1 7 is a flowchart detailing a first sub-routine 
of the flowchart in Fig. 16; 

Fig. 1 8 is a flowchart detailing a second sub-rou- 45 
tine of the flowchart in Fig. 16; 
Fig. 19 is a view showing three record formats 
used in the second embodiment; 
Fig. 20 is another view showing three record for- 
mats used in the second embodiment; so 
Fig. 21 is a block diagram showing the construc- 
tion of a server in accordance with a third em- 
bodiment of the present invention; 
Fig. 22 is a part of a flowchart detailing the oper- 
ation of a request processing unit in the third em- 55 
bodiment; 

Fig. 23 is a flowchart detailing the operation of an 
output unit managing unit in the third embodi- 



ment; 

Fig. 24 is a block diagram showing the construc- 
tion of a server in accordance with a fourth em- 
bodiment of the present invention; 
Fig. 25 is a view showing the contents held in a 
correspondence table used in the fourth embodi- 
ment; 

Fig. 26 is a view showing two record formats 
used in the fourth embodiment; 
Fig. 27 is a view showing a record format used in 
the fifth embodiment; 

Fig. 28 is a block diagram showing the construc- 
tion of a server in accordance with a sixth em- 
bodiment of the present invention; 
Fig. 29 is a view showing the contents of history 
information used in the sixth embodiment; 
Fig. 30 is a view showing three record formats 
used in the sixth embodiment; 
Fig. 31 is a block diagram showing a construction 
of a server combining the first through fourth and 
sixth embodiments; 

Fig. 32 is a view showing a construction of a ser- 
ver in accordance with a seventh embodiment of 
the present invention; 

Fig. 33(a) is a view showing data format of adata- 
output request inputted into a request processing 
unit 

Fig. 33(b) is a view showing the data held in an 
output unit information storage unit in the sev- 
enth embodiment; 

Fig. 34 is a flowchart detailing the operation of an 
output unit selecting unit in the seventh embodi- 
ment; 

Fig. 35 is a view showing the construction of a 
server in accordance with an eighth embodiment 
of the present embodiment; 
Fig. 36(a) is a view showing a data format of a 
data-output request inputted into a request proc- 
essing unit; 

Fig. 36(b) is a view showing the contents held in 
a correspondence table used in the eight em- 
bodiment; 

Fig. 37 is a flowchart detailing the operation of an 
output unit selecting unit in the eighth embodi- 
ment; 

Fig. 38 is a view showing the construction of a 
server in accordance with a ninth embodiment of 
the present invention; 

Fig. 39(a) is a view showing a data format of a 
data-output request inputted into a request proc- 
essing unit; 

Fig. 39(b) is a view showing the contents held In 
a correspondence table used in the ninth em- 
bodiment; 

Fig. 40 is a flowchart detailing the operation of an 
output unit selecting unit in the ninth embodi- 
ment; 

Fig. 41 is a view showing the construction of a 
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server in accordance with a tenth embodimentof 
the present invention; 

Fig. 42 is a view of the contents held in a corre- 
spondence table used in the tenth embodiment; 
Fig. 43 is a flowchart detailing the operation of an 
output unit selecting unit in the tenth embodi- 
ment; 

Fig. 44 is a view showing the construction of a 
server in accordance with the eleventh embodi- 
ment of the present invention; 
Fig. 45(a) is a view showing a data format of a 
data-output request inputted into a request proc- 
essing unit; 

Fig. 46(b) is a view showing the contents held in 
a correspondence table used in the eleventh em- 
bodiment; 

Fig. 46 is aflowchart detailing the operation of an 
output unit selecting unit in the eleventh embodi- 
ment; 

Fig. 47 is a view showing the construction of a 
server in accordance with a twelfth embodiment; 
Fig. 48(a) is a data format of an information re- 
quest inputted into a request processing unit in 
the twelfth embodiment; 
Fig. 48(b) is a data format of an information re- 
quest inputted int a request processing unit in the 
twelfth embodiment 

Fig. 49 is a view showing the contents of a cor- 
respondence table used in the twelfth embodi- 
ment; 

Fig. 50 is a view showing the construction of a cli- 
ent in the twelfth embodiment; 
Fig. 51 is a data format of a setting request input- 
ted into a request processing unit in the twelfth 
embodiment; 

Fig. 52 is a flowchart detailing the operation of a 
transmitting unit in a server in the twelfth em- 
bodiment; 

Fig. 53 is a flowchart detailing the operation of a 
server in the twelfth embodiment 
Fig. 54 is a view showing the construction of a 
server in accordance with a thirteenth embodi- 
ment of the present invention; 
Fig. 55(a) is a view showing the contents of a cor- 
respondence table used in the thirteenth em- 
bodiment; 

Fig. 55(b) is a view showing a data format of an 
update request inputted into a request process- 
ing unit in the thirteenth embodiment; and 
Fig. 56 is a flowchart detailing the operation of 
the a server in the thirteenth embodiment. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

In the fallowings, thirteen embodiments of a ser- 
ver of the presentinvention will be explained with re- 
ferring to Fig. 2 through Fig. 56. 



First Embodiment 

The construction of a server in accordance with 
the first embodiment is depicted in Fig. 2. In the draw- 

5 ing, output units including a PostScript^ registered 
trademark of Adobe Systems Incorporated) printer 
22, a text printer 23, a facsimile 24 are connected to 
a server 21, and a client 25 is also connected to the 
server 21 to use these output units. The server 21 

10 has installed a job request processing unit 26 and an 
output unit managing unit 27. . 

The job request processing unit 26 handles a va- 
riety of job requests to the output units from the client 
25. 

16 The output unit managing unit 27 holds and man- 

ages a correspondence table showing a correspon- 
dence between identifiers specifying a type of an 
output unit and the output unit as is shown in Fig. 3. 
The correspondence table is hereinafter referred to 

20 as output unit information. The output unit managing 
unit 27 also forwards the job request from the job re- 
quest processing unit 26 to one of the output units, 
and also returns a response therefrom to the job re- 
quest processing unit 26 and further to the client 25. 

25 The output unit identifier in the output unit infor- 
mation specifies one particular output unit and is, in 
practice, an entry, with which the server 21 can ac- 
cess to that particular output unit. For example, when 
the output units are connected to the server 21 via 

30 network, the identifier is a network address, whereas 
when the output units are connected to the server via 
serial line, it is a port number connected to that par- 
ticular output unit. 

The operation of the server 21 constructed as 

35 above will be explained with referring to Figs. 4 and 
5, which detail the operations of the job request proc- 
essing unit 26 and output unit managing unit 27, re- 
spectively. 

Prior to the explanation, it should be understood 

40 that each job request and response is sent in the form 
of a data format called a record. Thus, the client 25 
sends a job request record 110 to the job request 
processing unit 26 in the server 21 to use one of the 
output units. The job request record 110 is formatted 

45 as is shown Fig. 6, and it includes information 111 
identifying itself as being a job request, a request 
sender client identifier 112, an output unit type iden- 
tifier 113(hereinafter, simply referred to as type iden- 
tifier 113), and transmission data 114. The type iden- 

50 tifier 113 specifies a type of the output unit such as 
the printer, facsimile, plotter and electronic black 
board, and a model thereof such as a print-out format 
of the printer. 

Once the job request processing unit 26 receives 

55 the job request record 110(Step 1), itforwards the job 
request record 110 to the output unit managing unit 
27(Step 2). 0pon the receipt of the job request record 
110(Step 11), the output unit managing unit 27 ex- 
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tractsthetype identifier113therefrom(Step 12), and 
retrieves the output unit information(Step 13) to ob- 
tain a corresponding output unit identifier from an en- 
try for the same type of the output units (Step 14). Ac- 
cordingly, the output unit managing unit 27 secures a 
communication with the output unit specified by the 
output unit identifier in that entry(Step 15); it speci- 
fies either a network address or a port number of the 
specified output unit to establish a connection or to 
acquire an access authorization. 

Subsequently, the output unit managing unit 27 
extracts and sends the transmission data 114 from 
the job request record 110 to the specified output 
unit(Step 16). 

Accordingly, the specified output unit processes 
the transmission data 114 as per job request, and re- 
turns a certain response to the output unit managing 
unit 27(Step 17). The output unit managing unit 27 in 
turn generates a response record 120 with the re- 
sponse, and sends the response record 120 to the job 
request processing unit 26(Step 18). The response 
record 120 is formatted as is shown in Fig. 6, and it 
includes information 112 identifying itself as being a 
response, a response receiver client identifier 122, 
and response data 123. Note that the response re- 
ceiver client identifier 122 stores the same value as 
the request sender client identifier 112 in the job re- 
quest record 110, and the response data 123 are the 
data related to the response from the output unit 

Once the job request processing unit 26 receives 
the response record 120(Step 3), it extracts and 
sends the response data 123 alone to the client 25 
specified by the response receiver client identifier 
122(Step 4). 

When the output unit information includes no en- 
try for the type identifier 113 in Step 14, the output 
unit managing unit 27 generates and sends a failure 
notice record 130 to the job request processing unit 
26 instead of securing a communication with any out- 
put unit(Step 19). The failure notice record 130 is for- 
matted as is shown in Fig. 6, and it includes informa- 
tion 131 identifying itself as being a failure notice, a 
response receiver client identifier 132, and data 133 
exhibiting a failure. Note that the response receiver 
client identifier 132 stores the same value as the re- 
quest sender client identifier 1 1 2 in the job request re- 
cord 110. 

Once the job request processing unit 26 receives 
the failure notice record 130(Step 5), it extracts and 
sends the data 133 aione(Step 6) to the client 25 spe- 
cified by the response receiver client identifier 
132(Step 4). 

As has been described, by managing the output 
unit information at the output unit managing unit 27, 
the server 21 can automatically select an adequate 
output unit and send the data for a job execution when 
it receives a job request that specifies the type of the 
output unit alone. 



SECOND EMBODIMENT 

The construction of a server in accordance with 
the second embodiment is depicted in Fig. 7. Com- 

5 pared with the first embodiment, a server 28 of the 
second embodiment additionally includes a client in- 
formation managing unit 29 to enable to provide infor- 
mation of the output units to the client 25 or update 
the information stored therein. As is shown in Fig. 8, 

10 the client information managing unit 29 holds a plur- 
ality of entries, and each entry includes client infor- 
mation composed of a client identifier, an output unit 
type identifier, and an output unit identifier. Thus, the 
client information managing unit 29 extracts an ade- 

15 quate entry in accordance with a client information 
request record from the job request processing unit 
26. The client information request record will be de- 
scribed later. Hereinafter, like components are lab- 
eled with like reference numerals with respect to the 

20 first embodiment, and the description of these com- 
ponents is not repeated. 

The operation of the server 28 is detailed by the 
flowcharts in Figs. 9 through 18, and an explanation 
thereof will be given in the following. 

25 First, how the server 28 handles a job request will 

be explained. 

The client 25 sends the job request record 110 to 
the job request processing unit 26 in the server 28 to 
use one of the output units connected thereto. Upon 

30 the receipt of the job request record 110(Step 31 in 
Fig. 9), the job request processing unit 26 calls out a 
sub-routine detailed by. the flowchart in Fig. 10(Step 
32). Then, the job request processing unit 26 con- 
firms that the job request record 110 does not speci- 

35 fies the output unit(Step 321), and generates and 
sends a client information request record 210 to the 
client information managing unit 29(Step 322). The 
job request processing unit 26 requests client infor- 
mation to ensure whetheror not the client 25 that has 

40 sent the job request specifies any particular output 
unit for the specified type. The client information re- 
quest record 210 is formatted as is shown in Fig. 19, 
and it includes information 211 identifying itself as 
being a client information request, a request sender 

45 client identifier 212, and an output unit type identifier 
213. 

When the client information managing unit 29 re- 
ceives the client information request record 210(Step 
41 in Fig. 13), it calls out a sub-routine detailed by the 

so flowchart in Fig. 14(Step 42). Then, the dient infor- 
mation managing unit 29 retrieves an entry whose cli- 
ent identifier and output unit type identifier respec- 
tively coincide with the request sender client Identifi- 
ers 212 and type identifier 213(Step 421, Step 422). 

55 Accordingly, the client information managing unit 29 
generates and sends a client information record 220 
to the job request processing unit 26(Step 423, Step 
424). The client information record 220 is formatted 
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as is shown in Fig. 1 9, and It includes information 221 
identifying itself as being a client information, a re- 
quest sender client identifier 222, an output unit type 
identifier 223, and an output unit identifier 224. Note 
that the request sender client identifier 222 and type 5 
identifier 223 store the same value as the request 
sender client identifier 212 and type identifier 21 3 in 
the client information request record 210, respective- 
ly. When the client information includes an entry such 
that satisfies the above identifier-coincidence condi- w 
tion, the output unit identifier 224 stores the same 
value as the output unit identifier in that entry; other- 
wise, the output unit identifier 224 stores a unique 
value exhibiting n no-entry n . For example, the unique 
value may have 0 and the value for the output unit 15 
identifier may have a positive integer. 

When the job request processing unit 26 receives 
the client information record 220, it sends either the 
job request record 1 1 0 or another type of job request, 
i.e., an output-unit-specifying job request 230, to the 20 
output unit managing unit 27 depending on what the 
output unit identifier 224 stores: when the output unit 
identifier 224 stores the unique value exhibiting "no- 
entry*(Step 323 in Fig. 10), the job request process- 
ing unit 26 only forwards the job request record 110 25 
from the client 25(Step 326) to the output unit man- 
aging unit 27 because no particular output unit can be 
specified here; when the output unit identifier 224 
stores a value of the output unit identif ier(Step 323), 
the job request processing unit 26 generates and 30 
sends the output-unit-specifying job request record 
230(Step 324). The output-unit-specifying job re- 
quest record 230 is formatted as is shown in Fig. 19, 
and it includes information 231 identifying itself as 
being an output-unit-specifying job request, a request 35 
sender client identifier 232, an output unit identifier 
233, and transmission data 234. Note that the request 
sender client identifier 232 and transmission data 
234 respectively store the same value as the request 
sender client identifier 1 12 and the transmission data 40 
114 in the job request record 110, while the output unit 
identifier 233 stores the same value as the output unit 
identifier 224 in the client information record 220. 

In this way, the output unit managing unit 27 re- 
ceives either the job request record 110 or output- 45 
unit-specifying job request record 230 from the job 
request processing unit26(Step 51 in Fig. 16). Thus, 
it judges whether it received the output-unit-specify- 
ing job request record 230 or not(Step 52). In case of 
NO, the output unit managing unit 27 operates in the so 
same way as the first embodiment by repeating 
Steps 12 and the following Steps in Fig. 5(Step 54). 
Otherwise, the output unit managing unit 27 calls out 
a sub-routine detailed by the flowchart in Fig. 
17(Step 53). Then, the output unit managing unit 27 55 
immediately secures a communication with the out- 
put unit specified by the output unit identifier 233 in 
the output-unit-specifying job request record 230 



without retrieving the output unit information(Step 
531), as well as sending the transmission data 234 to 
the specified output unit(Step 532). Having sent the 
transmission data 234, the output unit managing unit 
27 awaits for a response from the specified output 
unit(Step 533), and generates and sends the re- 
sponse record 120 upon the receipt of the response 
to the job request processing unit 26(Step 534). 

When the client 25 prefers to send a job request 
with directly specifying a particular output unit, the 
client 25 may generate the output-unit-specifying job 
request record 230. In this case, the client 25 speci- 
fies the output unit identifier 233 of the desired output 
unit, so that the job request processing unit 26 for- 
wards the output-unit-specifying job request record 
230 directly to the output unit managing unit 27(Step 
321 to Step 324, skipping Step 322, Step 323 in Fig. 
10). The output unit managing unit 27 accordingly 
sends the transmission data 234 to the output unit 
specified by the output unit identifier 233 without re- 
ferring to the output unit information. The specified 
output unit returns a response to the client 25 in the 
same way as described above. Therefore, the job re- 
quest processing unit 26 has ho communication with 
the client information managing unit 29 in this case. 
It should be noted that the cl ient 25 may send the out- 
put-unit-specifying job request record 230 in the first 
embodiment as well. 

Next, how the server 28 provides the client infor- 
mation to the client 25 will be explained. 

The client 25 sends a client information request 
record 310 to the job request processing unit 26 in the 
server 28(Step 33 in Fig. 9). The client information re- 
quest record 310 is formatted as is shown in Fig. 20, 
and it includes information 311 identifying itself as 
being a client information request, a request sender 
client identifier 312, and an output unit type identifier 
313. Note that the client information request record 
310 may include a plurality of the type identifiers 313 
to specify a plurality of types of the output units or 
store a unique value that specifies all types of the out- 
put units. For example, the unique value may have 0, 
and the value for the type identifier 313 may have a 
positive integer. 

Upon the receipt of the client information request 
record 310(Step 33), the job request processing unit 
26 calls out a sub-routine detailed by the flowchart in 
Fig. 11(Step 34), and subsequently sends the client 
information request record 310 to both the output unit 
managing unit 27 and client information managing 
unit 29(Step 341). 

Upon the receipt of the client information request 
record 310(Step41), the client Information managing 
unit 29 extracts an adequate entry from the client in- 
formation in the same way when the client 25 sends 
the job request record 110 (Step 421 in Fig. 14). More 
precisely, the client information managing unit 29 ex- 
tracts an entry whose client identifier coincides with 
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the request sender client identifier 312, and whose 
output unit type identifier coincides with one of the 
values stored of the type identifier 313; the entry 
must include output unit type identifiers specifying ali 
the types when the type identifier 313 has stored the 5 
unique value. Accordingly, the client information 
managing unit 29 generates and sends a client infor- 
mation record 330 from the extracted entry to the job 
request processing untt26(Step 423). The client infor- 
mation record 330 is formatted as is shown in Fig. 20, 10 
and it includes information 331 identifying itself as 
being a client information, a request sender client 
identifier 332, an output unit type identifier 333, and 
an output unit identifier 334. Note that the client in- 
formation record 330 may include a plurality of pairs 15 
of the type identifier 333 and output unit identifier 
334 to sequentially store all of the corresponding 
identifiers in the extracted entry. 

On the other hand, when the output unit manag- 
ing unit 27 receives the client information request re- 20 
cord 310 from the job request processing unit26(Step 
55 in Fig. 16), it calls out a sub-routine detailed by the 
flowchart in Fig. 18(Step 56). Then, the output unit 
managing unit 27 extracts an adequate entry from 
the output unit information shown in Fig. 3(Step 561). 25 
More precisely, the output unit managing unit 27 ex- 
tracts an entry whose output unit type identifier co- 
incides with one of the values of the type identifiers 
313; the entry must include output unit type identifi- 
ers specifying ail the types when the type identifier 30 
313 has stored the unique value. Accordingly, the out- 
put unit managing unit 27 generates and sends an 
output unit information record 320 to the job request 
processing unit 26(Step 562). The output unit infor- 
mation record 320 is formatted as is shown in Fig. 20, 35 
and it includes information 321 identifying itself as 
being an output unit information, a request sender cli- 
ent identifier 322, an output unit type identifier 323, 
and an output unit identifier 324. Note that the output 
unit information record 320 may include a plurality of 40 
pairs of the type identifier 323 and output unit iden- 
tifier 324 to sequentially store all of the correspond- 
ing identifiers included in the extracted entry. 

In this way, the job request processing unit 26 re- 
ceives the client information record 330. and output 45 
unit information record 320 respectively from the cli- 
ent information managing unit 29 and output unit 
managing unit 27(Step 342 in Fig. 11). The job request 
processing unit 26 accordingly updates the client in- 
formation record 330 already stored therein by gen- so 
erating a new client information record 330 with the 
client information record 330 and output unit informa- 
tion record 320 it has Just received. With respect to an 
output unit type specified by only one of the two re- 
cords, the job request processing unit 26 adds the 55 
type and output unit thereof as the type identifiers 
323 and output unit identifier 324 of the new client in- 
formation record 33G, respectively(Step 344). 
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Whereas with respect to an output unit type specified 
by both the two records, the job request processing 
unit 26 adds each type and output unit specified by 
the client information record 330 as the type identi- 
fier 323 and output unit identifier 324 of the new client 
information record 330, respectively(Step 345). By so 
doing, the job request processing unit 26 gives a high- 
er priority to the entries included in the original client 
information 330. Note that the request sender client 
identifier 332 in the new client information record 330 
stores the same value as the identifier 332 in the pre- 
vious one. Once the job request processing unit 26 
generates the new client information record 330, it 
sends the new client information record 330 to the cli- 
ent 25 that has sent the client information request re- 
cord 310 (Step 346). 

Next, how the server 28 updates the client infor- 
mation record 330 will be explained. 

The client 25 sends a client information update 
request record 340 to the job request processing unit 
26(Step 35 in Fig. 9). The client information update re- 
quest record 340 is formatted as is shown in Fig. 20, 
and it includes information 341 identifying itself as 
being a client information update request, a request 
sender client identifier 342, an output unit type iden- 
tifier 343, and an output unit identifier 344. 

Upon the receipt of the client information update 
request 340, the job request processing unit 26 calls 
out the sub-routine detailed by the flowchart in Fig. 
1 2(Step 36). Then, the job request processing unit 26 
forwards the client information update request record 
340 to the client information managing unit 29(Step 
361 in Fig. 12). 

Upon the receipt of the client information update 
request record 340(Step 43 in Fig. 13), the client in- 
formation managing unit 29 calls out the sub-routine 
detailed by the flowchart in Fig. 15(Step 44), and re- 
trieves from the client information an entry whose cli- 
ent identifier and output unit type identifier coincide 
with the request sender client identifier 342 and type 
identifier 343, respective!y(Step 441). If the client in- 
formation managing unit 29 retrieves such an entry- 
(Step 442), it updates the value of the output unit 
identifier in the entry by replacing it with that of the 
output unit identifier 344(Step 443). If the client infor- 
mation managing unit 29 fails to retrieve such an en- 
try, it adds an entry composed of the identifiers hav- 
ing the same values as the request sender client iden- 
tifier 342, type identifier 343, and output unit identi- 
fier 344 in client information update request record 
340 to the client information(Step 444). 

As has been described, by holding the client in- 
formation managing unit 29, the server 28 can pro- 
vide the information of the output units into the client 
25 and update the client information by means of the 
client 25. 
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THIRD EMBODIMENT 

The construction of a server in accordance with 
the third embodiment is depicted in Fig. 21. Com- 
pared with the first embodiment, a server 30 of the 
third embodiment is connected to a server 31 and a 
server 32, so that the servers 31 , 32 can send job re- 
quests to the printer 22 and/or facsimile 24, or the cli- 
ent 25 can send a job request to the server 31 or 32 
to use uniliustrated output units connected thereto. 
For this reason, the flowchart in Fig. 4 detailing the 
operation of the request managing unit 26 is partly re- 
placed with the one in Fig. 22. Also, the flowchart in 
Fig. 5 detailing the operation of the output unit man- 
aging unit 27 is replaced with the one in Fig. 23. Fur- 
ther, the output unit information held in the output unit 
managing unit 27 includes the information of the un- 
iliustrated output units connected to the servers 31, 
32 besides that of the output units connected to the 
server 30(the printer 22 and facsimile 24). Note that, 
however, the output unit information includes infor- 
mation showing to which server the output unit is con- 
nected and a server identifier. Hereinafter, like com- 
ponents are labeled with like reference numerals with 
respect to the first embodiment, and the description 
of these components is not repeated. 

First, the explanation of the operation of the ser- 
ver 30 when the job request processing unit 26 re- 
ceives a job request record 110 from another ser- 
ver(herein the server 31) will be given. 

The job request record 110 is formatted as is 
shown in Fig. 6; however, the request sender client 
identifier 112 additionaliy includes the server identi- 
f ier(herein the server 31). The job request processing 
unit 26 operates in the same way as was explained by 
the flowchart in Fig. 4 except for Step 4, where the re- 
sponse record 1 20 is generated and sent, and the out- 
put unit managing unit 27 operates in the same way 
as the first embodiment by proceeding to Step 101, 
Step 102, Step 103 and Step 108. In other words, the 
job request processing unit 26 receives the job re- 
quest record 110, selects an adequate output unit by 
referring to the type identifier 113 therein, sends the 
transmission data 114 to the specified output unit for 
the job execution as if the job request processing unit 

26 received the job request record 110 from the client 
25, Note that, however, the output unit managing unit 

27 stores a pair of the server identifier and request 
sender client identifier 112 into the response receiver 
client identifier 122 in the response record 120 in this 
case. Thus the job request processing unit 26 judges 
whether it should send the response record 1 20 to the 
client 25 or server 31(Step 401 in Fig. 22). When the 
job request processing unit 26 detect such a pair, it 
sends the response record 120 to the server 31 (Step 
402), and the server 31 sends the response record 
120 to an uniliustrated client specified by the re- 
sponse receiver client identifier 122 accordingly. 



Next, the explanation of the operation of the ser- 
ver 30 when the client 25 sends a job request to one 
of the uniliustrated output units connected to another 
server (herein the server 32) will be given. 

5 In this case, when the job request processing unit 

26 receives the job request record 110 from the client 
25, itforwards the job request record 11 0 to the output 
unit managing unit 27. Accordingly, the output unit 
managing unit 27 retrieves the output unit information 

10 by referring to the type identifier 113 in the job re- 
quest record 110(Step 102 in Fig. 23), and it judges 
the specified output unit is the one connected to the 
server 32(Step 103). Subsequently, the output unit 
managing unit 27 generates a new job request record 

16 1 1 0 by adding its server identifier to the request sen- 
der client identifier 112, and sends the new job re- 
quest record 110 to the server 32. In case that the 
server 32 is constructed in the same way as the ser- 
ver 30, the specified output unit connected to the ser- 

20 ver 32 duly runs the job upon the receipt of the new 
job request record 110 and return a response to the 
output unit managing unit 27 in the server 30(Step 
106). Accordingly, the output unit managing unit 27 
generates and sends the response record 120 to the 

25 job request processing unit 26(Step 107), which ex- 
tracts and sends the response data 123 from the re- 
sponse record 120 to the client 25. 

As a result, the server 30 can send a job request 
sent from the client connected to another server to 

30 the output units connected to itself and vice versa. 

Note that this embodiment may be combined 
with the second embodiment enclosing the client in- 
formation managing unit 29. In this case, the client 
identifier in each record must store a pair of the iden- 

35 tif iers specifying the server and request sender cli- 
ent, so that the client information can also store such 
pairs. As well, the server 30 may communicate with 
the other servers to provide or update the output unit 
information and client information. 

40 

FOURTH EMBODIMENT 

The construction of a server in accordance with 
the fourth embodiment is depicted in Fig. 24. Com- 

45 pared with the first embodiment, the server 21 addi- 
tionally includes an access authorization managing 
unit 33. The access authorization managing unit 33 
holds a correspondence table shown in Fig. 25 as to 
whether a job request is permitted or not in relation 

50 with the client and output unit. The output unit man- 
aging unit 27 accesses to this correspondence table 
by sending an access authorization request 410, and 
it does so only when the output unit information stor- 
ed therein includes an entry whose output unit type 

55 identifier coincide with the type identifier 113 in the 
job request record 110. The access authorization re- 
quest 410 is formatted as is shown in Fig. 26, and it 
includes information 411 identifying itself as being an 
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access authorization request, a request sender client 
identifier 41 2, and an output unit ident if ier 41 3. Here- 
inafter, like components are labeled with like refer- 
ence numerals with respect to the first embodiment, 
and the description of these components is not re- 
peated. 

When the access authorization managing unit 33 
receives the access authorization request record 41 0 
from the output unit managing unit 27, it judges 
whether an access to the specified output unit is au- 
thorized or not by referring to the correspondence ta- 
ble. Note that the correspondence table has been 
prepared by an operator in advance. More precisely, 
the access authorization managing unit 33 retrieves 
an entry whose client identifier and output unit iden- 
tifier respectively coincide with the request sender 
client identifier 412 and output unit identifier 413 in 
the access authorization request record 410 from the 
correspondence table, and sends an access author- 
ization information record 420 to the output unit man- 
aging, unit 27. The access authorization information 
record 420 is formatted as is shown in Fig. 26, and it 
includes information 421 identifying itself as being an 
access authorization information, authorized/non- 
authorized information 422. The information 422 
stores the data exhibiting an access authorization or 
an access non-authorization by the retrieved entry. 
When the access authorization managing unit 33 re- 
trieves no entry, the information 422 may store data 
exhibiting either the accesses authorization or non- 
authorization. 

When the output unit managing unit 27 receives 
the access authorization information record 420, it 
proceeds to the Step 15 and the following steps in Fig. 
5 if the information 422 exhibits authorization. If 
otherwise, the output unit managing unit 27 sends the 
failure notice record 130 to the job request process- 
ing unit 26 by proceeding to Step 14 in Fig. 5. The job 
request processing unit 26 accordingly sends the 
data 1 33 exhibiting the access failure to the client 25 
by proceeding to the Step 3 and the following steps 
in Fig. 4. 

By managing the access authorization informa- 
tion at the access authorization management unit 33, 
the server 21 can manage the access authorizations 
to the output units collectively. Although the detailed 
explanation is omitted, this embodiment can be com- 
bined with second or third embodiment. When com- 
bined with the second embodiment, the procedure of 
the fourth embodiment is simply added to that of the 
second embodiment; the server 21 can manage the 
access authorization in addition to the output unit in- 
formation and client information. When combined 
with the third embodiment, the access authorization 
request record 410 and the client identifier in the ac- 
cess authorization correspondence table must addi- 
tionally store the identifiers specifying the server, so 
that the server 21 can manage the access authoriza- 



tion to the output units connected to other servers. 
FIFTH EMBODIMENT 

5 A server in accordance with the fifth embodi- 

ment has the same construction as the first embodi- 
ment. However, the job request processing unit 26 
and the output unit managing unit 27 have additional 
capabilities. The job request unit 26 in this embodi- 

10 ment receives the job request record 110 that speci- 
fies an output unit from the client 25, and the output 
unit managing unit 27 adds the output unit identifier 
of the output unitthat has run the job to the response 
data 123. Herein after, like components are labeled 

u with like reference numerals with respect to the first 
embodiment, and the description of these compo- 
nents is not repeated. 

Like in the first embodiment, the client 25 sends 
the job request record 110 to the job request process- 

20 ing unit 26 in the server 21 , and the job request proc- 
essing unit 26 forwards the job request record 11 0 to 
the output unit managing unit 27. 

The output unit managing unit 27 operates as in 
the same way as the first embodiment by proceeding 

25 to Step 11 through Step 16 in Fig. 5. 

The output unit duly runs the job(Step 1 7), and re- 
turns a response to the output unit managing unit 27. 
Then, the output unit managing unit 27 generates and 
sends a response record 510 from the response data 

30 to the job request processing unit 26. The response 
record 510 is formatted as is shown in Fig. 27. To dis- 
tinct from the response data 120, numerals used 
therewith are given in the bracket in the following. 
The response record 510 includes information 

35 511(121) identifying itself as being a response (121), 
a response receiver client identifier 512(122), re- 
sponse data 514(123), and it additionally includes an 
output unit identifier513. The identifier 513 specifies 
the output unit that has run the job. The other identi- 

40 f iers store the information as the response data 120 
used in the first embodi ment 

Once the job request processing unit 26 receives 
the response data 510, it extracts and sends the out- 
put unit identifier 513 and response data 514 to the 

45 client 25 specified by the response receiver client 
identifier 512. 

In case that the output unit information includes 
no entry whose output unit type identif ier coincides 
with the type identifier 113 in the job request record 

so 110, the output unit managing unit 27 sends the fail- 
ure notice record 130 to the job request processing 
unit 26 in the same way as the first embodiment by 
proceeding Step 19 In Fig. 5. The job request process- 
ing unit 26 in turn sends the response data 1 33 to the 

55 client 25 specified by the response receiver client 
identifier 512 by proceeding to Step 6 and Step 4 in 
Fig. 4. 

In the following, the operation of the serve 21 
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when the client 25 sends a job request to the output 
unit of the same type after it has received the re- 
sponse record 510. The server 21 operates almost in 
the same way as the case where the client 25 gener- 
ates the output-unit-specifying job request record 
230 in the second embodiment the client 25 stores 
the same value as the output unit identifier 51 3 in the 
response record 510 into the output unit identifier 
233. 

Like in the first embodiment, the job request 
processing unit 26 forwards the output-unit-specify- 
ing job request record 230 directly to the output unit 
managing unit 27{Step 321 to Step 324 in Fig. 10), 
then, the output unit managing unit 27 sends the 
transmission data 234 to the output unit specified by 
the output unit identifier 233 without referring to the 
output unit information. Having duly run the job, the 
output unit returns a response to the output unit man- 
aging unit 27, which generates the response record 
510 including the output unit identifier 51 3, and sends 
the response record 510 to the client 25 as was ex- 
plained in the above. 

By adding the output unit identifier 51 3 to the re- 
sponse record 510, the server 21 can select the same 
output unit for the job request records 110 specifying 
the same type from the second occurrence. For ex- 
ample, the conventional server may divide the data 
of a single file and send the divided data to several 
printers. However, the server 21 can send the data of 
the single file to a single printer, for example, the prin- 
ter 22, without fail. 

Further by sending the output-unit-specifying 
job request 230 instead of the job request records 110 
specifying the same type from the second occur- 
rence, the loading of the server 21 can be reduced; 
for the output unit managing unit 27 does not have to 
refer to the output unit information. 

Although the detailed explanation is omitted, the 
fifth embodiment can be combined with the second, 
third, or fourth embodiment. 

SIXTH EMBODIMENT 

A server in accordance with the sixth embodi- 
ment has the same construction as the first embodi- 
ment except that the server 21 is replaced with a ser- 
ver 34 which additionally includes a history managing 
unit 35. The history managing unit 35 holds and man- 
ages a correspondence table showing the correspon- 
dence between the identifiers specifying client sen- 
der, a type of an output unit, and an output unit. The 
correspondence table Is shown In Fig. 29, and it is 
hereinafter referred to as history information. Here- 
inafter, like components are labeled with like refer- 
ence numerals with respect to the first embodiment, 
and the description of these components is not re- 
peated. 

Like in the first embodiment, the client 25 sends 



the job request record 110 to the Job request process- 
ing unit 26 in the server 34. 

- The job request processing unit 26 accordingly 
generates and sends a history information request 

5 record 610 to the history managing unit 35. The his- 
tory information request record 610 is formatted as is 
shown in Fig. 30, and it includes information 611 iden- 
tifying itself as being a history information request, a 
request sender client identifier 612, and an output 

10 unit type identifier 613. Note that the client identifier 

612 and the type identifier 61 3 respectively store the 
same value as the client identifier 112 and the type 
identifier 113 in the job request record 110. 

The history information managing unit 35 initially 
15 holds blank history information. However, each time 
the client 25 sends a job request and the specified 
output unit returns a response, the history managing 
unit 35 records a set of identifiers specifying the re- 
quest sender client and the type of the specified out- 
20 put unit, and output unit that has run the job into the 
history information. 

Having received the history information request 
record 610, the history information managing unit 35 
retrieves an entry whose client identifier and output 
25 unit type identifier respectively coincide with the re- 
quest sender client identifier 612 and type identifier 

613 in the history information request record 610 
from the history information, and further sends a his- 
tory information record 620 to the job request proc- 

30 essing unit 26. The history information record is for- 
matted as is shown in Fig. 30, and it includes informa- 
tion 621 identifying itself as being history informa- 
tion, a request sender client identifier 622, an output 
unit type identifier 623, and an output unit identifier 

35 624. Note that the request sender client identifier 622 
and type identifier 623 stores the same values as the 
request sender client identifier 612 and type identifi- 
er 613 of the history information request record 610, 
respectively. The output unit identifier 624 stores 

40 either the output unit identifier of the entry retrieved 
by the history information managing unit 35 or a 
unique value exhibiting "no-entry". For example, the 
unique value may have 0, and the value of the output 
unit identifier 624 may have a positive integer. 

45 Having received the history information record 
620, the job request processing unit 26 examines the 
output unit identifier 624 therein. The step after this 
examination subdivides into two steps depending on 
whether the history managing unit 35 fails to retrieve 

so an entry or not. 

In case that the history information managing 
unit 35 fails, in other words, the output unit identifier 
624 in the history information record 620 stores the 
unique value exhibiting "no-entry", the job request 

55 processing unit 26 forwards the job request record 
110 from the client 25 to the output unit managing unit 
27. The output unit managing unit 27 thereafter pro- 
ceeds to Step 11 through Step 1 8 like in the first em- 
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bodiment. Note that, however, the job request proc- 
essing unit 26 receives the response record 510 used 
in the fifth embodiment in Step 3. Thus, it extracts 
and sends response data 514 alone to the client 25 
specif ied by the identifier 512 in Step 4. 5 

The job request processing unit 26 also sends a 
history information update request record 630 to the 
history managing unit 35. The history information up- 
date request record 630 is formatted as is shown in 
Fig. 30, and it includes information 631 identifying it- 10 
self as being a history information update request, a 
request sender client identifier 632, an output unit 
type identifier 633, and an output unit identifier 634, 
Note that the request sender client identifier 632, 
type identifier 633, and output unit identifier 634 15 
store the same value as the request sender client 
identifier 512 in the response record 510, type iden- 
tifier 1 1 3 in t he job request record 1 1 0, and output u nit 
identifier 513 in the response record 510, respective- 
ly. Accordingly, the history managing unit 35 adds an 20 
entry composed of the request sender client identifi- 
ers 632, type identifier 633, and output unit 634 in the 
history information update request record 630 to the 
history information. 

On the other hand, when the request sender cli- 25 
ent identifier 632 in the history information record 
620 does not store the unique value(a corresponding 
entry was retrieved), the job request processing unit 
26 sends the output-unit-specifying job request re- 
cord 230 used in the second embodiment to the out- 30 
put unit managing unit 27. However, unlike the sec- 
ond embodiment, the output identifier 233 in the out- 
put-unit-specifying job request record 230 stores the 
same value as the output unit identifier 624 in the his- 
tory information 620. The request sender client iden- 35 
tifier 232 and transmission data 234 respectively 
store the same values as the request sender client 
identifier 112 and transmission data 114 in the job re- 
quest record 110 like in the second embodiment. 

Having received the output-unit-specifying job 40 
request record 230, the output unit managing unit 27 
extracts and sends the transmission data 234 to the 
output unit specified by the output unit identifier 233 
without referring to the output unit information. 

Thereafter, the output unit managing unit 27 op- 45 
erates in the same way as the first embodiment by 
proceeding to Step 1 7, Step 1 8, and the specified out- 
put unit returns a response to the output unit manag- 
ing unit 27, which sends the response record 120 to 
the job request processing unit 26. so 

The job request processing unit 26 accordingly 
sends the response data 124 in the response record 
120 to the client 25 in Step 3 and Step 4 in the same 
way as the first embodiment 

By keeping the history of the job request thatspe- 55 
cif ies the type of the output unit, the server 34 can 
invariably send the job request record 110 specifying 
the same type of the output units from the client 25 



to the specified output unit alone, making it possible 
for a single output unit to execute a plurality of job re- 
quests intended to one type of the output units. 

Although the detail explanation is omitted, the 
sixth embodiment can be combined with the second, 
third, orfourth embodiment When combined with the 
second embodiment, the procedure of the sixth em- 
bodiment is simply added to that of the second em- 
bodiment; the server 34 manage the history informa- 
tion in addition to the output unit information and cli- 
ent information. When combined with third embodi- 
ment, the request sender client identifiers in history 
information request record 610 and history informa- 
tion record 620 must additionally include the server 
identifier. An example of the combination of the first 
through fourth and sixth embodiments is depicted in 
Fig. 31. Although the detail explanation is omitted, 
this combination enables all the effects realized by 
the first through sixth embodiments. 

SEVENTH EMBODIMENT 

A server in accordance with the seventh embodi- 
ment is depicted in Fig. 32. A server 36 is connected 
to clients that send data-output requests 710 and out- 
put units that receive data-output instructions 720 
from the server 36, as well as to the other servers. 

The server 36 includes a job request processing 
unit 37, an output unit selecting unit 38, a data-output 
control unit 39 and an output unit information storage 
unit 40. 

The job request processing unit 37 receives the 
data-output request 710 from one of the clients and 
the other servers. The data output request 71 0 is for- 
matted as is shown in Fig. 33(a), and it includes out- 
put data 711 and a data format identifier 712. The 
data-output request 710 does not necessarily include 
an output unit identifier, and the reason why will be 
described later. In the drawing, W PS" in the identifier 
712 shows that the output data 711 is formatted ac- 
cording to "PostScript" language. 

The output unit information storage unit 40 stores 
a data-output information list 740. The data-output in- 
formation list 740 shows a correspondence between 
t he data format identifier 71 2 and an data-output con- 
trol instruction 730. The data-output control instruc- 
tion 730 includes an identifier for an output unit, to 
which an output of data in the data format the draw- 
ing , it is understood that the output control instruction 
730 for an output unit capable of outputt ing PostScript 
data is "Ipr -Plw", "ipr -Ptext", "rfax -hfaxA", "Ipr - 
PprA", or "Ipr -PprB". 

The data-output control instruction 730 may be 
used for a plurality of sequential commands. For ex- 
ample, the output control instruction 730 "t if f2ps | Ipr 
-Plw" for the identifier 712 TIFF" may be converted 
into a command "tiff2ps" by the outputcontrol unit 39, 
so that the output unit can run a command "Ipr -Plw", 
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which is an actual transmission instruction. Convert- 
ing the data format prior to the data transmission to 
the output unit increases a variety of data formats for 
the data-output request 710. 

The output unit selecting unit 38 selects an avail- 
able output unit for the data-output data 711 by refer- 
ring to the data-output request 710 sent from the job 
request processing unit 37 the data-output informa- 
tion list 740, and subsequently sends the data-output 
control instruction 730 and the output data 711 con- 
verted into the data-output request 715 in the ade- 
quate data format For example, a standard data for- 
mat such as "cat filename | lpr-Plw"maybeusedfor 
the conversion, or the output data 71 1 may be stored 
temporarily into an unillustrated storage unit and 
readout by the data-output request 71 0 that specifies 
the name of the file "Ipr -Plw filename". 

The output control unit 39 runs the data-output 
request 71 5 from the output unit selecting unit 38, and 
sends an output instruction 720 to the selected output 
unit or the selected server. 

Other components for sending a response from 
the selected output unit or the selected server to the 
request sender client or server should be included; 
however, the explanation of these components is 
omitted as they are not the gist of the present inven- 
tion. 

The operation of the server 36 constructed as 
above is detailed by the flowchart in Fig. 34, and the 
explanation thereof will be given in the following. 

Assuming that the data-output request 710 is 
sent by the client, then the operator inputs the "Post- 
Script" output data 711 and specifies the data format 
identifier 712 "PS", and the client 25 subsequently 
sends the output request 710 to the job request proc- 
essing unit 37. The job request processing unit 37 ac- 
cordingly transfers the output request 710 to the out- 
put unit selecting unit 38(Step 61), which subsequent- 
ly judges whether the output unit information storage 
unit 40 stores the data format identifier 712 "PS- 
"(Step 62). 

In case of NO, the output unit selecting unit 38 
sends an output failure notice to the client and ends 
the operation(Step 63). 

Otherwise, iike the case shown in Fig. 33(b), the 
output unit selecting unit 38 obtains "Ipr -Plw", the 
corresponding output control instruction 730 listed at 
the top in the data-output list information list 740(Step 
64). Thus, the output unit selecting unit 38 generates 
the output request 715 "Ipr-Plw" with the output data 
711, and sends the output request 715 to the output 
control unit 39. In other words, the output unit select- 
ing unit 38 can select an adequate output unit for the 
output data 711 when the operator does not specify 
the output unit, and sends the data-output control in- 
struction 730 in the adequate data format to the se- 
lected output unit or the selected server. 

Accordingly, the output control unit 39 executes 



the data-output control instruction 730 "Ipr -Plw", so 
that it can send the data-output instruction 720 to the 
selected output unit in the data format and address 
according to the output control instruction 730(Step 
5 65). 

When the output control unit 39 sends the data- 
output instruction 720 to another server, an adequate 
output unit connected to that server duly runs the 
data-output job. 
10 As has been described, by holding the data for- 

mat identifier in the storage unit, the server 37 can 
send the data-output request to an adequate output 
unit without any prior knowledge of the available out- 
put units or their instruction formats. 

15 

EIGHTH EMBODIMENT 

A server in accordance with the eight embodi- 
ment is depicted in Fig. 35. Compared with the sev- 
20 enth embodiment, a server 41 of the eighth embodi- 
ment replaces the job request processing unit 37 with 
a job request processing unit 42, and additionally in- 
cludes a data judging unit 43 and a storage unit 44 for 
data format identifier information. Hereinafter, like 
25 components are labeled with like reference numerals 
with respect to the seventh embodiment, and the de- 
scription of these components is not repeated. 

The job request processing unit 42 receives a 
data-output request .750 from one of the clients and 
30 the other servers. The output request 750 is format- 
ted as is shown in Fig. 36(a), and it includes output 
data 751 alone and excludes the data format identi- 
fier unlike the seventh embodiment. Thus, the job re- 
quest processing unit 43 adds a data format identifier 
35 761 for the output data 751 and sends the output data 
751 and the corresponding data format identifier 761 
to the output unit selecting unit 38. 

The data judging unit 43 sends the data format 
identifier 761 to the job request processing unit 42 by 
40 judging the data format of the output data 751 . 

The storage unit 44 for data format identifier has 
stores data format identifier in the form of a corre- 
spondence table 760 shown in Fig. 36(b). The corre- 
spondence table 760 shows a correspondence be- 
45 tween the data format identifier 761 and the informa- 
tion used to judge the data format such as a location, 
a method, and a character string. 

The operation of the server 41 constructed as 
above is detailed by the flowchart in Fig. 37, and the 
so explanation thereof will be given in the following. 

Assuming that the client sends the data-output 
request 750 including the "PostScript" output data 
751 to the Job request processing unit 42(Step 61), 
then the data judging unit 43 judges the data format 
55 of the output data 751 by referring to the correspon- 
dence table 760 stored in the storage unit 44(Step 
611). In practice, when the output data 751 begins 
with a character string "%!", the data judging unit 43 
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judges the output data 751 as being "PostScript". 

When the data judging unit 43 fails to identify the 
data format of the output data 751 , it sends a judging 
failure notice to the client and ends the operation- 
(Step 63). 

On the other hand, upon identifying the data for- 
mat, the data judging unit 43 sends the data format 
identifier 761 "PS" to the job request processing unit 
42(Step 61 2). Accordingly, the job request processing 
unit 42 sends the data format identifier 761 together 
with the output data 751 to the output unit selecting 
unit 38. 

The output unit selecting unit 38 operates in the 
same way as the seventh embodiment by proceeding 
to Step 62 through Step 65, and sends the output in- 
struction 720 to the selected output unit or the select- 
ed server. 

As has been described, by storing the correspon- 
dence between the output data and data format iden- 
tifier, the server 41 can select an adequate output 
unit or an adequate server for the data-output request 
that specifies no data format. 

The data judging unit 43 examines the output 
data 751 to judge the data format in this embodiment 
However, the storage unit 44 may store a data format 
recognizing command to each data format identifier 
761. In this case, the data judging unit 43 executes 
the data format recognizing command and sends the 
corresponding data format identifier 761 to the job re- 
quest processing unit 42 only when it receives TRUE 
as result of command execution. 

The storage unit 44 may store the data format 
identifier 761 with an extension of a data file name, 
for example, the extension ".ps" and the file format 
identifier "PS", which means the PostScript data for- 
mat, so that the data judging unit 43 can identify the 
data format by examining the data file name only. 
Note that the data format can be identified more ac- 
curately when the above additionally described meth- 
ods are combined. 

NINTH EMBODIMENT 

A server in accordance with the ninth embodi- 
ment is depicted in Fig. 38. Compared with the sev- 
enth embodiment, a server 45 of the ninth embodi- 
ment replaces the output unit selecting unit 38 with an 
output unit selecting unit 46, and additionally includes 
an access authorization managing unit 47 and a stor- 
age unit 48 for data-output permission information. 
Hereinafter, like components are labeled with like ref- 
erence numerals with respect to the seventh embodi- 
ment, and the description of these components is not 
repeated. 

The job request processing unit 37 receives an 
output request 770 from one of the clients and the 
other servers in the same way as the seventh em- 
bodiment However, the output request 770 includes 



an access authorization identifier 771 in addition to 
the output data 711 and data format identifier 712. 
The access authorization identifier 771 is, for exam- 
ple, a user identifier, a client identifier, or a password. 

5 The output unit selecting unit 46 judges whether 

an access to the output unit specified by the output 
control instruction 730 is authorized or not after it 
generated the output control instruction 730 by refer- 
ring to the data format identifier 712. 

w The access authorization managing unit 47 man- 

ages an data-output permission to each output unit 
The storage unit 48 for data-output permission in- 
formation stores a correspondence table 780 shown 
in Fig. 39(b). The correspondence table 780 shows 

15 the correspondence between an output unit identifier 
781 and an access authorization identifier 782. The 
access authorization identifier 782 is an identifier, by 
which the data-output to the output unit specified by 
the output unit identifier 781 is permitted. 

20 The operation of the server 45 constructed as 
above is detailed by the flowchart in Fig. 40, and the 
explanation thereof will be given in the following. 

Assuming that a client has an access authoriza- 
tion "host2", then the operator inputs the "PostScript" 

25 output data 711, data format identifier 712 "PS", an 
access authorization identifier 771 "host2". Accord- 
ingly, the client sends the output request 770 to the 
job request processing unit 37, which forwards the 
output request 770 to the output unit selecting unit 

30 46(Step61). 

Then, the output unit selecting unit 46 judges 
whether the storage unit 40 stores the data format 
identifier 712 "PS"(Step 62). In case of NO, it sends 
an output failure notice to the client and ends the op- 

35 eration(Step 63). 

Otherwise, the output unit selecting unit 46 ob- 
tains the corresponding output control instruction 
730, for example, "Ipr -PprA"(Step 64), and outputs 
the output unit identifier 781 "prA" included therein to 

40 the access authorization managing unit 47. 

Thus, the access authorization managing unit 47 
obtains the corresponding access authorization iden- 
t if iers 782 "hostl", H host2'\ B host3" by referring to the 
correspondence table 780 in the storage unit 48. Sub- 

45 sequently, the access authorization managing unit 
47 sends these access authorization identifiers 782 
to the output unit selecting unit 46(Step 61 3). The ac- 
cess authorization managing unit 47 may obtain the 
output unit identifier 781 by referring to a correspon- 

50 dent table showing the correspondence between the 
data format identifier 712 and the output unit identi- 
fier 781 instead of receiving the output control In- 
struction 730. 

Accordingly, the output unit selecting unit 46 

55 judges whether any of these access authorization 
identifiers 782 coincides with the access authoriza- 
tion identifier 771 "host2 a (Step 614). In case of NO, 
the output unit selecting unit 46 repeats Step 62 
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through Step 641 to handle other output control in- 
structions 730 corresponding to the data format iden- 
tifier 71 2 "PS". Otherwise, it generates and sends the 
data-output request 715 including the output data 711 
and data-output control instruction 730 to the output 
control unit 39. 

Like in the seventh embodiment, the output con- 
trol unit 39 executes the output control 730 "Ipr-Ppra H 
to send the output instruction 720 to the output unit 
or one of the other servers(Step 65). 

In case that the client sends the output request 

770 including the access authorization identifier 771 
"user2", the output control unit 39 returns to Step 62 
from Step 614; for any of the access authorization 
identif iers 782 corresponding to the output unit iden- 
tifier 781 "prA" does not coincide with the access au- 
thorization identifier 771 n user2 n . Thus, the output 
control unit 39 sends the output instruction 720 to the 
output unit specified by the output unit identifier 781 
"prB" included in the following output control instruc- 
tion 730 corresponding to the data format identifier 
712"PS n . 

As has been described, by holding the corre- 
spondence between the output unit and access au- 
thorization at the access authorization managing unit 
47, the server 45 can select an appropriate output unit 
while managing the access authorization to the out- 
put units collectively. 

The job request processing unit 37 may be re- 
placed with a set of the job request processing unit 
42, data judging unit 43, and storage unit 44 like in the 
eighth embodiment; the operator do not have to spec- 
ify the data format identifier in this case. 

A unit such that enables the operator to request 
to the server 45 to indicate the access authorization 

771 may be additionally included; the client can 
choose one of the indicated output units even when 
the output request 770 does not include the access 
authorization identifier 771. 

Further, a unit such that judges the access au- 
thorization from the data-output request 770 may be 
additionally included. The unit, for example, uses an 
IP address for judgment which is obtained by analyz- 
ing an output request protocol; the operator do not 
have to specify the access authorization identifier 
771 in this case. 

A list of available output units may be prepared in 
advance, so that the output unit selecting unit 46 re- 
trieves the output control instruction 730 that in- 
cludes the output unit identifier 781 and that also cor- 
responds to the data format identifier 712. 

TENTH EMBODIMENT 

A server in accordance with the tenth embodi- 
ment is depicted in Fig. 41. Compared with the sev- 
enth embodiment, a server 49 of this embodimentre- 
places the output unit selecting unit 38 to an output 



unit selecting unit 50, and additionally includes an 
output loading managing unit 51 and an obtained in- 
formation storage unit 52. Hereinafter, like compo- 
nents are labeled with like reference numerals with 

5 respect to the seventh embodiment, and the descrip- 
tion of these components is not repeated. 

The output unit selecting unit 50 selects the out- 
put unit capable of outpu tt ing the output data 711, and 
outputs the data-output request 715 in the same way 

10 as the seventh embodiment. However, the output unit 
selecting unit 50 selects an appropriate output unit by 
judging the loading of each output unit. 

The output loading managing unit 51 outputs an 
instruction 792 to obtain output status information to 

15 the specified output unit, and accordingly obtains the 
output status information 793, on which it computes 
and sends an output loading 794 to t he output unit se- 
lecting unit 50. 

The storage unit 52 for obtained information 

20 holds a correspondent table 790 shown in Fig. 42. 
The correspondence table 790 shows the correspon- 
dence between the output unit identifier 791 and the 
instruction 792. As previously mentioned, the in- 
struction 792 is an instruction to collect information 

25 as to the output loading to compute the output loading 
794. 

The operation of the server 49 constructed as 
above is detailed by the flowchart in Fig. 43, and the 
explanation thereof will be given in the following, 

30 Like in the seventh embodiment, the job request 
processing unit 37 receives the output request 710 
from the client(Step 61). Then, the output unit select- 
ing unit 50 judges whether the storage unit 40 stores 
the corresponding data format identifier 712(Step 

35 62). In case of NO, it proceeds to Step 620 which will 
be described later, and sends an output failure notice 
and ends the operation(Step 63). Otherwise, the out- 
put unit selecting unit 50 obtains the data-output con- 
trol instruction 730 in the appropriate data format, for 

40 example, "ipr -PprA"{Step 64). 

Then, the output loading managing unit 51 ob- 
tains the instruction 792 "ipq -PprA" by referring to 
the correspondence table 790 in the storage unit 52, 
and executes the instruction 792(Step 615). Accord- 

45 ingiy the output loading managing unit 51 computes 
the output loading 794 upon the receipt of the output 
status information 793(Step 616). In practice, the 
output loading managing unit 51 computes the value 
of the output loading 794 as follows: 0 when the out- 

so put status information 793 shows "no-entry"; 
20546(bytes) when "active usrl 125 usrl 20546 
bytes"; and 1039(bytes) when "active usrl 125 usrl 
1039 bytes". 

The output unit selecting unit 50 judges whether 

55 the output loading 94 is larger than O or not(Step 
617). If the output loading 94 equals to 0, it judges that 
the output unit is ready Tor the job, and proceeds to 
Step 621 which will be described later. 
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If the output loading 94 is larger than 0, the output 
unit selecting unit 50 judges whether there is any 
other candidate for the output unit for the data-output 
request 710, or whether such a candidate has a larger 
output loading than the output loading 794 by refer- 
ring to an unillustrated temporarily storage of candi- 
date information(Step 618). If there is a candidate 
and it has a larger output loading, it stores the most 
recent output loading 794 with the output unit identi- 
fier 791 into the temporarily storage for the candi- 
date(Step 619), and returns to Step 62. 

On the other hand, when the output unit selecting 
unit 50 detects a candidate and it has a has smaller 
output loading than the output loading 794, it pro- 
ceeds to Step 621. 

More precisely, when the output unit specified by 
the output unit identifier 791 ,f prA" has an output load- 
ing of 20546 (bytes), then the temporarily storage unit 
stores "prA, 20546"; when the output unit identifier 
791 "prB" has an output loading of 1039 (bytes), then 
the temporarily storage erases n prA, 20546" and 
stores "prB, 1039" as the latter has a smaller loading. 

The output unit selecting unit 50 thereafter re- 
peats the same procedure for each output unit iden- 
tifier 791 corresponding to the data format identifier 
712 held in the output information list 740. 

Once the output unit selecting unit 50 goes 
through Step 62 to Step 61 9 for each output unit iden- 
tifier 791, it further proceeds to Step 620 from Step 
62 to judge whether there is any candidate for the out- 
put unit by referring to the temporarily storage. In 
case of NO, it sends the output failure notice to the 
client(Step 63) and ends the operation. Otherwise, it 
further proceeds to Step 621. 

In Step 621 , the output unit selecting unit 50 gen- 
erates and sends the data-output request 715 from 
the data-output control request 730 and output data 
71 1 to the data-output control unit 39. However, it ob- 
tains the data-output control instruction 730 in two 
ways depending from which steps the output unit se- 
lecting unit 50 has proceeded to Step 621: it obtains 
the output control instruction 730 that includes the 
output unit identifier 791 of the candidate when such 
a candidate exists(in the case it proceeded from Step 
620); it obtains the output control instruction 730 that 
includes the output unit identifier 791 of the output 
unit having the 0 output loading(in the case it pro- 
ceeded from Step 617). 

Accordingly, the output control unit 39 executes 
the data-output control instruction 730, for example, 
"ipr -PprB", and outputs the data-output instruction 
720 to the selected output unit or selected server- 
(Step 622). 

The output unit selecting unit 50 erases the data 
in the temporarily storage for a following output re- 
quest 71 0(Step 623). 

As has been described, by managing the output 
loading at the output loading managing unit 51, the 



server 49 can select an adequate output unit having 
the smallest output loading, enabling a load distribu- 
tion to save the time for data-output operation. 
The output loading 794 uses the number of bytes 

5 returned from the output unit however, it may be cal- 
culated by the time required for the data-output with 
referring to the correspondence between output data 
and the output unit identifier 791. This method en- 
ables the load distribution according to the data- 

10 output rate. 

In case the processed data is temporarily stored 
in a buffer until the data-output request arrives, the 
output status information 793 may not be accurate. 
To avoid this problem, a higher priority may be given 

is to the output unit with a buffer having a smaller ca- 
pacity by referring to information as to a correspon- 
dence between a buffer capacity and the output unit 
identifier 791. 

The operation speed can be increased by detect- 

20 ing whether the output loading has 0 or not in Step 
617. However, the output unit selecting unit 50 may 
go through Step 62 through Step 61 9 for each output 
unit identifier 791 corresponding to the data format 
identifier 712. 

25 The output unit selecting unit 50 does not neces- 
sarily use the temporarily storage unit to detect the 
output unit having the smallest output loading. A list 
showing the outputs units in the order of the output 
loading may be formed in advance, so that the output 
do unit selecting unit 50 can detect the availability of 
each output unit from the top. 

It should be noted that this embodiment can be 
modified as follows: 

1) The job request processing unit 37 may be re- 
35 placed with a set of the job request processing 
unit 42, data judging unit 43, and storage unit 44 
like in the eighth embodiment; the operator does 
not have to specify the data format identifier in 
this case. 

40 2) The access authorization managing unit 47 
and storage unit 48 may be added like in the ninth 
embodiment, so that the output unit selecting unit 
50 executes Step 64 for the output unit acquiring 
the access authorization. 

45 3) The first and second modifications can be 
combined and applied to this embodiment as 
well. 



so 



ELEVENTH EMBODIMENT 



A server in accordance with the eleventh em- 
bodiment is depicted in Fig. 44. Compared with the 
seventh embodiment, a server 53 of the eleventh em- 
bodiment replaces the output unit selecting unit 38 
55 with an output unit selecting unit 54, and additionally 
includes a data-output condition managing unit 55 
and a storage 56 for data-output condition. Herein- 
after, like components are labeled with like reference 
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numerals with respect to the seventh and tenth em- 
bodiments, and the description of these components 
is not repeated. 

The job request processing unit 37 receives an 
output request 810 from one of the clients and the 
other servers in the same way as the seventh em- 
bodiment However, compared with the data-output 
request 710, the output request 810 additionally in- 
cludes a data-output condition identifier 811 exhibit- 
ing "resolution" as is shown in Fig. 45(b). The output 
conditional identifier 811" resolution" specifies an 
output unit that has a higher resolution. The data- 
output condition identifier 811 may exhibit "output 
costs", "physical distance between the client and the 
output unit", or "output rate" instead of "resolution". 

. The output unit selecting unit 54 selects an avail- 
able output unit for the output data 711 f and outputs 
the data-output request 715 in the same way as the 
seventh embodiment. Note that a higher priority is 
given to an output unit having a higher resolution 
herein. 

The output condition managing unit 55 outputs a 
data-output condition information 813. The data- 
ouftput condition information 813 is the output condi- 
tion specified by the output condition identifier 811 
for the output unit specified by the output unit identi- 
fier 812 sent from the output unit selecting unit 54. 

The storage unit 56 for data-output condition 
stores a correspondence table 814 shown in Fig. 
45(b). The correspondence table 814 shows the cor- 
respondence between the output condition identifier 
811, output unit identifier 812, and output condition 
information 813. 

The operation of the server 49 constructed as 
above is detailed by the flowchart in Fig. 46, and the 
explanation thereof will be given in the following. 

Assuming that a client sends the data-output re- 
quest 810 to the job request processing unit 37(Step 
61), then the output unit selection unit 54 judges 
whether the storage 40 stores the data format iden- 
tifier 712(Step 62) in the same way as the tenth em- 
bodiment. In case of NO, it sends an output failure no- 
tice to the client and ends the operation(Step 63). 
Otherwise, it obtains the output instruction 730 in ap- 
propriate data format, for example, "Ipr -PprA"(Step 
64). Then the job request processing unit 37 sends 
the output unit identifier 812 "prA" included in the out- 
put control instruction 730 and the output condition 
identifier 811"resolution" included in the data-output 
request 810 to the data-output condition managing 
unit 55. 

The data-output condition managing unit 55 in 
turn sends the data-output condition information 813 
w 300 fl to the output unit selecting unit 54(Step 624). 
The output condition information 813 "300" specifies 
the resolution of the output unit as to be 300. 

Then, the output unit selecting unit 54 judges 
whether there is any candidate for the output unit for 



the data-output request 810, or whether such a can- 
didate has a higher resolution than the one obtained 
in Step 624 by referring to an unillustrated temporar- 
ily storage unit (Step 625). If there is a candidate and 

5 it has a higher resolution, the temporarily storage unit 
stores the most recent output condition information 
813 with the output unit identifier 812 into the candi- 
date information(Step 626), and returns to Step 62; 
when there is a candidate and it has a lower resolu- 

10 tion, it immediately returns to Step 62. 

In practice, when the output unit identifier 812 
exhibits "prA" and the output condition information 
813 "300", the temporarily storage unit stores "prA, 
300" ; when the former has "prB", and the latter has 

15 "600", then it erases "prA, 300" and stores "prB, 600", 
since "prB" has a higher resolution. 

The output unit selecting unit 54 executes the 
same procedure for each output unit identifier 812 
corresponding to the data format identifier 712 held 

20 in the output information list 740. 

Once the output unit selecting unit 54 executes 
Step 62 through Step 626, it operates in the same 
way as the tenth embodiment as follows: 

The output unit selecting unit 54 judges whether 

25 there is any candidate by referring to the temporarily 
storage unit(Step 620). In case of NO, it sends an out- 
put failure notice to the client(Step 63), and ends the 
operation. Otherwise, it obtains the output control in- 
struction 730 including the output identifier 812 of 

30 the candidate(Step 621), and outputs the output re- 
quest 715 including both the output data 711 and out- 
put control instruction 730 to the output control unit 
39. 

Accordingly, the output unit 39 executes the out- 
35 put control instruction 730 "Ipr -PprB" and sends the 
output instruction 720 to the selected output unit or 
the selected server(Step 622). 

The output unit selecting unit 38 erases all the 
data in the temporarily storage unit for a following 
40 data-output request 710(Step 623), 

As has been described, by holding the corre- 
spondence between the output data and output data 
condition at the data-output condition managing unit 
55, the server 53 can select an output unit that satis- 
45 fies the data-output conditions without the prior 
knowledge of the available output units, their capa- 
bilities, and instruction data formats. 

The eleventh embodiment may be modified as 
follows. 

50 

(First modification) 

The output condition identifier 811 may specify 
a plurality of output conditions in the order of priority. 
55 In practice, in Step 625, when the output condi- 

tion information 81 3 of the selected output unit stored 
. fh the temporarily storage unit coincides with the 
newly obtained output condition 813, the output unit 
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selecting unit 54 compares their priorities, and stores 
the one having a higher priority into the temporarily 
storage unit. 

The temporarily storage unit may store informa- 
tion of a plurality of candidates: with respect to the 
output condition having the top priority, when tempor- 
arily storage unit has already the output condition in- 
formation 813 that coincides with the newly obtained 
output condition information 813, the temporarily 
storage unit does not erase the current information 
and simply adds the new candidate information in 
Step 625. By so doing, the temporarily storage unit 
stores information of more than one candidates sat- 
isfying the output condition having the top priority af- 
ter a repetition of the Step 62 through Step 626. 

Thus, when the output unit selecting unit 54 de- 
tects any candidate in Step 620, it further detects 
whether there is only one candidate or whether it per- 
formed Step 62 through Step 626 for each output con- 
dition. If there is only one candidate and the output 
unit selecting unit 54 has performed Step 62 through 
Step 626, the output unit selecting unit 54 proceeds 
to Step 621 and the following steps. On the other 
hand, if there are more than one candidates and it has 
not performed Step 62 through Step 626 for each out- 
put condition, it returns to Step 62 and repeats the 
same procedure for the output condition having a fol- 
lowing priority. By so doing, the output unit selecting 
unit 54 can find the most appropriate candidate that 
satisfies a plurality of output conditions. 

Selecting the output unit that satisfies the output 
conditions does not depend only the temporarily stor- 
age unit. An output list showing the output condition 
information 81 3 of each output unit in the order of pri- 
ority may be prepared in advance, so that the output 
unit selecting unit 54 checks the availability of each 
output unit from the top. 

The output conditions may be set in the server 53 
in advance. However, in this case, a higher priority 
will be automatically given to an output condition in- 
putted by the operator. 

Information as to the candidate may be collected 
at the request from the operator or automatically, so 
that the operator may confirm the information or se- 
lect one of the candidates when a plurality of them ex- 
ist. 

When the output condition limits a distance be- 
tween the client and the output unit, the distance to 
each output unit may be set in the server 53 in ad- 
vance, or the client and the other servers may send 
information as to their locations to the server 53, so 
that the server can update the output condition Infor- 
mation 813 by computing the distance. 

The output condition is not limited to a relative 
condition such as "high resolution 1 *. Absolute values 
or a range of values also will do. In this case, the out- 
put unit selecting unit 53 refers to those absolute val- 
ues or the range of values instead of the temporarily 



storage unit. Note that the output condition includes 
the specifying of the output unit in this case. 

The job request processing unit 37 may be re- 
placed with a set of the job request processing unit 

5 42, data judging unit 43, and storage unit 44 like in the 
eighth embodiment, the operator does not have to 
specify the data format identifier in this case. 

The access authorization managing unit 47 and 
storage unit 48 may be added like in the ninth em- 

10 bodiment; the output unit selecting unit executes 
Step 64 for the output units acquiring the access au- 
thorization. 

Also, this embodiment can be combined with 
both the eight and ninth embodiment. 

15 The output loading managing unit 51 and storage 

unit 52 of the tenth embodiment may be additionally 
included, so that the output unit selecting unit 54 se- 
lects the candidate having the smallest output load- 
ing when there exist a plurality of candidates that sat- 

20 isf y the data-output condition. Also, a list showing the 
output units in the order of output loading may be pre- 
pared: when the temporarily storage units stores the 
output condition information 813 that coincides with 
the ; new output condition information 813 obtained in 

25 Step 624, the output unit selecting unit 54 selects the 
output unit having a smaller output loading as the 
most appropriate candidate. This structure may be 
combined with the eighth and/or ninth embodiment 
as well. 

30 In the first modification of this embodiment, the 
output unit selecting unit 54 selects the output unit 
satisfying a plurality of output conditions, butthe out- 
put condition may include the output loading. More 
precisely, Step 624 may be replaced with Step 615 

35 and Step 616 of the tenth embodiment, and Step 625 
may be replaced with Step 618 of the tenth embodi- 
ment. 

The operator may input the output loading as the 
output condition with a desired priority, or the storage 
40 unit 56 may store the output loading with the lowest 
priority. 

(Second Modification) 

45 The output time may be additionally specified to 
the above described embodiments by adding an out- 
put time managing unit. In this case, the job request 
processing unit in each embodiment receives the out- 
put request specifying the output time, and the job re- 

so quest processing unit outputs the data-output request 
to the output unit selecting unit in each embodiment 
at the specified time, for example(a half past ten 
o'clock, 10:30). 

55 TWELFTH EMBODIMENT 

A server in accordance with the twelfth embodi- 
ment is depicted in Fig. 47. 
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A server 57 is connected to a group of clients con- 
nected to another server via network. Also, another 
server that manages the output units and their oper- 
ations, which corresponds to a conventional printer 
server, is connected to the network. The clients holds 
information of each output unit 

The server 57 includes a job request processing 
unit 58 t an information receiving unit 59, an update 
processing unit 60, a setting information storage unit 
61, and a sending unit 62. 

The job request processing unit 58 receives an in- 
formation request 910 and an update request 920 
from one of the group of the clients and the operator. 

The information request 910 is formatted as is 
shown in Fig. 48(a), and it includes a request identi- 
fier 911 and a request sender client identifier 912. 

The request identifier 911 specifies a kind of job 
requests(herein an information request), while the 
request sender identification 912 specifies a client 
that has sent the job request. The request sender 
identifier 912 may be an IP address, a name of ma- 
chine; "hostl" is used herein. 

The update request 920 is formatted as is shown 
in Fig. 48(b), and it includes the request identifier 911 , 
an update instruction 921 , an output unit type identi- 
fier 922, a server identifier 923, and an output unit 
identifier 924. 

The request identifier 911 specifies a kind of job 
requests(herein an update request), while the update 
instruction 921 specifies the particulars of update. 
The output unit type identifier 922 specifies a type of 
the output unit such as the printer and facsimile; 
"printer" is used herein. The server identifier 923 spe- 
cifies a server that the specified output unit is con- 
nected to. The output unit identifier 924 specifies the 
specified output unit. 

The job request processing unit 58 judges wheth- 
er the job request is the information request 910 or 
update request 920 by referring to the request iden- 
tifier 911. In case of the information request 910, the 
job request processing unit 58 forwards the informa- 
tion request 910 to the information receiving unit 59. 
Given that the information request 910 includes the 
request sender identification 912, the client that has 
sent the request is automatically identified. In case of 
the update request 920, the job request processing 
unit 58 forwards the update request 920 to the update 
processing unit 60. 

The information receiving unit 59 extracts a set- 
ting information correspondence table 930 from the 
storage unit 61 when it receives the information re- 
quest 910 from the job request processing unit 58, 
and sends the correspondence table 930 and infor- 
mation request 910 to the sending unit 62. 

The storage unit 61 holds the correspondence ta- 
ble 930 shown in Fig. 49, and it shows a correspon- 
dence between an output unit type identifier 931 , a 
server identifier 932, an output unit identifier 933. 



The server identifier 932 may be left blank, if the out- 
put unit can be specified by any other way. 

On the other hand, when the update processing 
unit 60 receives the update request 920, it extracts 
5 the correspondence table 930 from the storage unit 
61, and judges whether the particulars of the corre- 
spondence 930 is changeable or not in accordance 
with the update instruction 921 in the update request 
920. In the case shown in Fig. 48(b), the update re- 
10 quest 940 includes the output unit type identifier 922 
"printer", the server identifier 923 "king", and the out- 
put unit identifier 924 "prA". Thus, the update proc- 
essing unit 60 judges wither the correspondence ta- 
ble 930 holds an entry whose output unit type identh- 
15 f ier 931, server identifier 932, and output unit identi- 
fier 933 respectively coincide with the output unit 
type identifier 922, server identifier 923, and output 
unit identifier 924 in the update request 920. In case 
of YES, the update processing unit 60 erases the en- 
20 try from the correspondence table 930 since the up- 
date instruction 921 exhibits "DELETE", and stores 
the updated correspondence table 930 into the stor- 
age unit 61 while sending the updated correspon- 
dence table^O to the sending unit 62. In case of NO, 
25 it sends an update failure notice to the operator. 

Whereas in the case that when the update in- 
struction 921 exhibits "ADD", the update processing 
unit 60 retrieves the correspondence table 930 from 
the storage unit 61 upon the receipt of the update re- 
30 quest 920. It further detects whether there is any en- 
try whose output unit type identifier 931 , server iden- 
tifier 932, and output unit identifier 933 coincide with 
the output unit type identifier 922, server identifier 
923, and output unit identifier 924 in the update re- 
35 quest 920. In case of YES, the update processing unit 
60 sends an update failure notice to the operator, giv- 
en that the correspondence table 930 has already 
held the corresponding entry. Otherwise, it adds a 
new entry consisting of the output unit type identifier 
40 922, the server identifier 923, and output unit identi- 
fier 924 in the update request 920 into the correspon- 
dence table 930, and stores the updated correspon- 
dence table 930 in the storage unit 61 while sending 
the update correspondence table 930 to the sending 
45 unit 62. 

The sending unit 62 sends the updated corre- 
spondence table 930 to the client specified by the re- 
quest sender identifier 912 "hostl" in the information 
request 910 when it receives the information request 
so 910 and the updated correspondence table 930 from 
the information receiving unit 59. On the other hand, 
it broadcasts the updated correspondence table 930 
to the group of the clients when it receives the update 
correspondence table 930 from the update process- 
55 ing unit 60 to the group of clients. Because the update 
request 920 does not include the request sender cli- 
ent 912, it broadcasts the correspondence table 930. 
According to the above construction, each client 
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can collect the output unit information by sending the 
information request 910. Moreover, when an output 
unit environment has changed and the operator in- 
puts the update request 920, the group of the clients 
can collect the most recent output unit information. 

The correspondence table 930 may be updated 
without any input from the operator by installing a de- 
vice that automatically checks the connection with 
the output units by receiving a signal from the output 
units or the other servers each time the output unit 
environment changes. 

The construction of one of the group of the cli- 
ents, client 63, is described in Fig. 50. The client 63 
includes a job request processing unit 64, a transmit- 
ting unit 65, a setting unit 66, and a storage unit 67 
for output unit information. 

The job request processing unit 64 receives a set- 
ting request 940 from an operator of the client 63, and 
forwards the setting request 940 to the transmitting 
unit 65. 

The setting request 940 is formatted as is shown 
in Fig. 51 , and it includes a server identif ier 941 such 
as an IP address or a name of machine. 

The transmitting unit 65 transmits the informa- 
tion request 91 0 to the server 57(1 32,1 82, 1 0.1 0) spe- 
cified by the server identifier 941(132,182,10.10) in 
the setting request 940 upon the receipt thereof from 
the job request processing unit 64. The transmitting 
unit 65 sets a timer at the same time when it sends 
the information request 910, providing a sufficient 
time for the server 57 to send the updated correspon- 
dence table 930 as per information request 910. The 
transmitting unit 65 awaits for the updated corre- 
spondence table 930 from the server 57 until the 
timer is reset. When the transmitting unit 65 fails to 
receive the correspondence table 930 with in the set 
time, it sends an update failure notice to the operator. 

When transmitting unit 65 receives the updated 
correspondence table 930 as per the information re- 
quest 91 0 from the server 57, or it receives the up- 
dated correspondence table 930 by broadcast with 
the group of the clients, the transmitting unit 65 for- 
wards the updated correspondence table 930 further 
to the setting unit 66. 

The setting unit 66 forwards the correspondence 
table 930 to the storage unit 67 upon the receipt 
thereof from the transmitting unit 65. 

The storage unit 67 for output unit information 
holds output unit information necessary for the client 
63 to use the output units. 

In Fig. 47, the fiow indicated by a solid line arrow 
is the procedure when the client sends the informa- 
tion request 910, while the flow indicated by a dotted 
line arrow is the procedure when the operator sends 
the update request 920. In Fig. 50, the flow indicated 
by a sold line arrow is the procedure when client re- 
ceives the correspondence table 930 from the server 
57, while the flow indicated by a dotted line arrow is 



the procedure when the client receives the set re- 
quest 940 from the operator. 

Although, other components should be included 
to activate the output unit, the explanation thereof is 
5 omitted; for they are not the gist of the present inven- 
tion. 

It should be understood that the client 63 refers 
to the correspondence table 930 held in the storage 
unit 67 to output the transmission data to the output 

10 unit For example, when the client 63 sends the trans- 
mission data to a printer, it retrieves an entry whose 
output unit type identifier 931 has "printer" from the 
correspondence table 930, and outputs the transmis- 
sion data to the server whose server identifier 932 

15 and output unit identifier 933 respectively have "king" 
and w prA". 

The operation of server 57 is detailed by the flow- 
charts in Figs. 52, 53, and the explanation thereof will 
be given in the following. 

20 First, a case that the client 63 sends the informa- 

tion request 910 shown in Fig. 48(a) will be explained. 
When the job request processing unit 64 receives the 
setting request 940 from the operator(Step 71), the 
transmitting unit in the client 63 sends the informa- 

25 tion request 91 0 to the server 57(Step 73), and sets 
a timer at the same time(Step 74). Accordingly the 
transmitting unit 65 awaits for the correspondence 
table 930 from the server until the timer is reset(Step 
76). 

30 On the other hand, the job request processing 
unit 58 in the server 57 requests the judgment upon 
the receipt the information request 91 0(Step 81), and 
outputs the information request 910 to the informa- 
tion receiving unit 59. Accordingly the receiving unit 

35 59 retrieves and sends the correspondence table 930 
from the storage unit 61 to the sending unit 62(Step 
83). 

The sending unit 62 sends the correspondence 
table 930 to the client 63 that has sent the information 

40 request 910 by referring to the request sender client 
identifier 912. 

Upon the receipt of the correspondence table 
930(Step 76), the transmitting unit 65 forwards the 
correspondence table 930 to the setting unit 66(Step 

45 77), which accordingly stores the correspondence ta- 
ble 930 into the storage unit 67(Step 78). 

When the transmitting unit 65 fails to receive the 
correspondence table 930 within the set time(Step 
75), it sends a setting failure notice to the operator- 

50 (Step 79), and returns to Step 71 . 

Next, a case where the server 57 receives the up- 
date request 920(Fig. 48(b)) from the operator will be 
explained. The job request processing unit 58 outputs 
the update request 920 to the update processing unit 

55 60 upon the receipt thereof(Step 81). Then update 
processing unit 60 retrieves the correspondence ta- 
ble 930 from the storage unit 61 (Step 84), and judges 
whether it can update the correspondence table 930 
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by referring to the update request 920(Step 85). In 
case of YES, the update processing unit 60 updates 
the correspondence table 930 and accordingly stores 
the updated correspondence table 930 into the stor- 
age unit 61 (Step 86). 

The sending unit 62 broadcasts the correspon- 
dence table 930 to the group of the clients(Step 87) 
and returns to Step 81 . 

When the transmitting unit 65 in the client 63 re- 
ceives the updated correspondence table 930 from 
the sending unit 62 by broadcast(Step 73), it forwards 
the updated correspondence table 930 to the setting 
unit 66(Step 77). Then, the setting unit 66 stores the 
updated correspondence table 930 into the storage 
unit 67(Step 78). 

When the update processing unit 61 judges that 
the correspondence table 930 can not be updated- 
(Step 85), it sends an update failure notice to the op- 
erator(Step 88), and returns to Step 81 . 

As has been described, the server 57 can easily 
set and update the output unit information by sending 
the setting request 940. 

In Step 73, a unit to hold the server identifier may 
be added; or the transmitting unit 65 may broadcast 
the information request 910 to a plurality of servers, 
so that the server 57 can update the output unit infor- 
mation of the client 63 without the prior knowledge of 
the server's IP address. 

Adevice capable of detecting a change in the out- 
put unit environment by a change of network address 
of the client 63 may be included, so that the output 
unit information can be automatically updated with- 
out any input from the operator. 

Also, when the transmitting unit 65 fails to re- 
ceive the correspondence table 930 within the set 
time, the output unit selecting unit 53 may send the 
information request 910 to the server 57 for several 
times after the set time has passed instead of send- 
ing the setting failure notice and ending the operation 
instantly. 

THIRTEENTH EMBODIMENT 

A server in accordance with the thirteenth em- 
bodiment is depicted in Fig. 54. Compared with the 
twelfth embodiment, with a server 68 of the thir- 
teenth embodiment, the setting information storage 
unit 61 is replaced with a setting information storage 
unit 69 of access control type and the sending unit 62 
is replaced with a sending unit 70 of access control 
type. Hereinafter, like components are labeled with 
like reference numerals with respect to the twelfth 
embodiment, and the description of these compo- 
nents is not repeated. 

. The storage unit 69 holds a correspondence table 
950 shown in Fig. 55(a), which shows a correspon- 
dence between the output unit type identifier 931 , the 
server identifier 932, the output unit identifier 933, 



and permission information 951. The server identifi- 
er 932 in the correspondence table 950 may be left 
blank, if the server can be specified by any other 
way. The permission information identifier 951 spe- 

5 cifies an permitted clientfor data-output to the output 
unit specified by the output unit type identifier 931, 
server identifier 932, and output unit identifier 933. 

From Fig. 48(a), it is understood that for the client 
specified by the request sender identifier 912 

10 "hostl", the output is permitted to the output unit spe- 
cified by the output unit type identifier 931 "printer", 
server identifier 932 "king", and output unit identifier 
933 °prA". 

The job request processing unit 58 receives a job 

15 request, and it judges whether the request is the in- 
formation request 910 from the client 63, or an update 
request 960 from the operator, and outputs the for- 
mer to the information receiving unit 59 and the latter 
to the update processing unit 60. 

20 The update request is formatted as is shown in 
Fig. 55(b), and it includes the request identifier 911, 
update instruction 921, output unit type identifier 
922, server identifier 923, output unit identifier 924, 
and permission information 961. Like the correspon- 

25 dence table 950, the server identifier 923 may be 
blank if the server can be specified in any other way. 

The information receiving unit 59 forwards both 
the information request 910 from the job request 
processing unit 58 and the correspondence table 950 

30 from the storage unit 69 to the sending unit 70. 

The update processing unit 60 retrieves the cor- 
respondence table 950 from the storage unit 69 upon 
the receipt of the update request 960 from the job re- 
quest processing unit 58, and judges whether it can 

35 update the correspondence table 950 or not by refer- 
ring to the update request 960. It retrieves an entry 
whose type identifier 931 , server identifier 932, and 
output unit identifier 933 respectively coincide with 
the type identifier 922, server identifier 923, and out- 

40 put unit identifier 924 in the update request 960. Like 
the case shown in Fig. 55(b) where the update in- 
struction 921 exhibits "DELETE", it further detects 
whether the permission information 951 of the corre- 
sponding entry coincides with the permission infor- 

45 mation 961 in the update request 960. In case of YES, 
it erases the corresponding entry from the corre- 
spondence table 950 to add that entry to the updated 
correspondence table 950, and stores the updated 
correspondence table 950 into the storage unit 69, 
50 while sending both the updated correspondence ta- 
ble 950 and update request 960 to the sending unit 
70. In case of NO, or the permission information 951 
and 961 do not coincide, it sends an update failure no- 
tice to the operator. 

55 In case that the update instruction 921 exhibits 

"ADD", it retrieves the correspondence table 950 
from the storage unit 69 upon the receipt of the up- 
date request 960, and detects whether there is any 
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entry whose type identifier 931 , server identifier 
932, output unit identifier 933 respectively coincide 
with the type identifier 922, server identifier 923, out- 
put unit identifier 924 in the update request 960. 
When it detect a corresponding entry, it sends an up- 
date failure notice to the operator. When it fails to de- 
tect any entry, it adds that entry composed of the 
type identifier 922, server identifier 923, output unit 
identifier 924 in the update request 960 to the corre- 
spondence table 950, and stores the updated corre- 
spondence table 950 into the storage unit 69. It fur- 
ther outputs both the updated correspondence table 
950 and update request 960 to the sending unit 70. 

Upon the receipt of the information request 910 
and the updated correspondence table 950, the 
sending unit 70 retrieves corresponding entry from 
the corresponding table 950 when the permission in- 
formation 951 coincides with the request sender 
identifier 912 "hostr in the information request 910, 
and extracts the output unit type identifier 931 "prin- 
ter 0 , server identifier 932 "king", and the output unit 
identifier 933 "prA n (Fig. 48(a)). The entry thus 
formed corresponds to the one in the correspon- 
dence table 930, hence hereinafter referred to as 
such. The sending unit 70 sends the correspondence 
table 930 thus generated to the request sender client 
specified by the request sender client identifier 912 
"hostl" in the information request 910. On the other 
hand, it sends a failure notice to the request sender 
client when the permission information 951 and re- 
quest sender identifier 912 do not coincide. 

On the other hand, upon the receipt of the corre- 
spondence table 950 and update request 960, the 
sending unit 70 judges that the request be sent to a 
plurality of clients by referring to the update request 
960, and accordingly, it broadcast the correspon- 
dence table 930 generated by the sending unit 70 to 
all the clients M host1 , host2 ( ..." specified by the per- 
mission information 961 in the update request 960. 

In Fig. 54, the flow indicated by a solid arrow is 
the procedure when the server 68 receives the infor- 
mation request 910 from the client, while the flow in- 
dicated by a dotted line arrow is the procedure when 
the server 68 receives the update request 960 from 
the operator. 

The operation of the server 68 constructed as 
above is detailed by the flowchart in Fig. 56, and the 
explanation thereof will be given in the following. 

Upon the receipt of a job request, the job request 
processing unit 58 judges whether the job request is 
the information request 910 from the client 63 or up- 
date request 960 from the operator(Step 91). In case 
of the former, it forwards the information request 910 
to the information receiving unit 59, and In case of the 
latter, it sends the update request 960 to the update 
proces unit 60 and proceeds to Step 96. 

Upon the receipt of the information request 910, 
the information receiving unit 59 sends both the cor- 



respondence table 950 in the storage unit 69 and the 
information request 910 to the sending unit 70(Step 
92). 

The sending unit 70 accordingly extracts corre- 
5 sponding entry to the information request 910 by re- 
ferring to the permission information 951 (Step 93), 
and removes the permission information 951 from 
the corresponding entry to obtain and send the cor- 
respondence table 930 to the client 63(Step 95), and 
10 returns to Step 91. When the sending unit 70 fails to 
extract any entry, it notifies that no output unit is per- 
mitted for the client 63(Step 94) and returns to Step 
91. 

On the other hand, in case that the update proo- 
fs essing unit 60 receives the update request 960, it re- 
trieves the correspondence table 950 from the stor- 
age unit 69(Step 69), and judges whether it can up- 
date the correspondence table 950 by referring to the 
update request 960(Step 97). In case of YES, it up- 
20 dates the correspondence table 950 in accordance 
with the update request 960, and stores the updated 
correspondence table 950 into the storage unit 
69(Step 98). Further it sends the updated correspon- 
dence table 950 and update request 960 to the send- 
25 ing unit 70. In case of NO, it notifies an update failure 
to the operator(Step 100), and returns to Step 91. 

Accordingly, the sending unit 70 extracts the out- 
put unit information with the data-output permission 
by referring to the permission information 951 in the 
30 updated correspondence table 950 for each client 
specified by the permission information 961 in the 
update request 960, subsequently sends the corre- 
spondence table 930 to each specified client(Step 
99), and returns to Step 91. 
35 The setting information is not limited to "DE- 
LETE" and "ADD", and it may include an update in- 
struction for the permission information to save the 
operator's labor and prevent an exceeding traffic. 
The update request 960 includes the permission 
40 information herein. However, in case that the update 
request 960 has "DELETE", two components may be 
additionally included. One of them is used to receive 
the update request 960 with a blank permission infor- 
mation 961; and the other is used of identifying the 
45 permission information 951 of the entry whose type 
identifier 931, server identifier 932, and output unit 
identifier 933 respectively coincide with type identi- 
fier 922, server identifier 923, and output identifier 
924 in the update request 960. By sending the update 
so request 960 with the blank permission information 
961, the labor of the operator can be saved. 

Although the present invention has been fully de- 
scribed by way of example with reference to the ac- 
companying drawings, it is to be noted that various 
55 changes and modification will be apparent to those 
skilled in the art Therefore, unless otherwise such 
changes and modifications depart from the scope of 
the present invention, they should be construed as 
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being included therein. 
Claims 

5 

1 . In a system where a plurality of clients use at lest 
one output unit connected to one server, said 
server comprising: 

job request receiving means for receiving 
a job request from one of said plurality of clients; 10 

information extracting means for extract- 
ing certain information from said job request; 

operability judging means for judging 
whether each output unit connected to said ser- 
ver is operable for processing data included in is 
said job request in accordance with said extract- 
ed certain information; and 

data output means for sending said data 
included in said job request to one of said output 
units judged as being operable by said operabil- 20 
ity judging means. 

2. A server of Claim 1, wherein said job request in- 
cludes said certain information in the form of an 
identifier specifying a type of said operable out- 25 
put unit. 

3. A server of Claim 2, wherein said operability 
judging means includes: 

a holding unit for holding output unit infor- 30 
mation that represents a correspondence be- 
tween an identifier specifying each output unit 
connected to said server and an identifier spec- 
ifying a type thereof; and 

a retrieving unit for retrieving said output- 35 
unit-specifying identifier from said output unit in- 
formation by referring to said type-specifying- 
identif ier extracted from said job request. 

4. A server of Claim 3 further comprising: 40 

response receiving means for receiving a 
response from said operable output unit speci- 
fied by said output-unit-specifying-identifier re- 
trieved form said output unit information; and 

response sending means including a first 45 
sending unit for sending said response to said 
job-request-sender-client and a second sending 
unit for sending a first job failure notice to said 
job-request-sender-client when said operability 
judging means fails to judge any operability with so 
each output unit connected to said server. 

5. A server of Claim 4 further comprising: 

data-sending control means for control- 
ling said job request receiving means to send 55 
said data included in said job request to said op- 
erable output unit by way of said data output 
means without using said operability judging 



means when said job request includes an identi- 
fier specifying said operable output unit, and to 
send said job request to said operability judging 
means when said job request does not include 
said identifier specifying said operable output 
unit. 

6. A server of Claim 5, wherein 

each output unit is connected to said ser- 
ver via network, and 

said data output means includes an ad- 
dress specifying unit for specifying a network 
address corresponding to said output-unit-spec- 
ifying-identif ier included in said job request. 

7. A server of Claim 5, wherein 

each output unit is connected to said ser- 
ver via serial line, and 

said data output means includes a speci- 
fying unit for specifying a port number connect- 
ed to said operable output unit by said output- 
unit-specif ying-identif ier included in said job re- 
quest. 

8. A server of Claim 5 further comprising: 

an access authorization table for indicat- 
ing whether an access is authorized or not in re- 
lation with each client and each operable output 
unit; 

authorization judging means for judging 
whether an access from said job-request-sen- 
der-client to said operable output unit is autho- 
rized or not by referring to said access authori- 
zation table when said operability judging means 
judges operability of said output unit; and 

inhibiting means for inhibiting said data 
output means from sending said data included in 
said job request to said operable output unit 
when said authorization judging means judges 
said access as being not authorized. 

9. A server of Claim 8, wherein said response send- 
ing means includes a third sending unit for send- 
ing a second job failure notice to said job-re- 
quest-sender-client when said inhibiting means 
inhibits said data output means from sending 
said data included in said job request to said op- 
erable output unit 

10. A server of Claim 5 further comprising: 

history information managing means for 
managing history information that represents a 
correspondence between an identifier specify- 
ing any output unit connected to said server that 
has received a job request from any of said plur- 
ality of clients and an identifier specifying a type 
thereof; 

history information retrieving means for 
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retrieving an identifier that specifies said oper- 
able output unit from said history information at 
said job request; and 

control means for controlling said job re- 
quest receiving means to send said data includ- 
ed in said job request to said operable output unit 
by way of said data output means without using 
said operability judging means when said history 
information retrieving means retrieves said out- 
put-unit-specifying-identifier from said history 
information, and to send said job request to said 
operability judging means when said history in- 
formation retrieving means fails to retrieve said 
output-unit-specifying-identifier from said his- 
tory information. 

11. A server of Claim 10, wherein said history infor- 
mation managing means includes a unit for up- 
dating said history information each time said 
response receiving means receive a response 
from any output unit connected to said server. 

12. A server of Claim 5, wherein said first sending 
unit includes a processing unit for attaching an 
identifier specifying said operable output unit 
that has executed said job request to said re- 
sponse being sent therefrom. 

13. A server of Claim 5 further comprising: 

client information holding means for hold- 
ing client information including an identifier 
specifying said client, an identifier specifying a 
type of each output unit connected to said server, 
and an identifier specifying each output unit con- 
nected to said server; and 

client information extracting means for 
extracting an identifier specifying said operable 
output unit from said client information by refer- 
ring to said type-specifying-identif ier extracted 
by said information extracting means. 

14. A server of Claim 1 3 further comprising: 

first control means for controlling said job 
request receiving means to send said data in- 
cluded in said job request to said operable output 
unit by way of said data output means wit hout us- 
ing said client information extracting means and 
said operability judging means when said job re- 
quest includes said output-unit-specifying-iden- 
tif ier, and to send said job request to said client 
information extracting means when said job re- 
quest does not include said output-unit-specify- 
ing identifier; and 

second control means for controlling said 
job request receiving means to send said data in- 
cluded in said job request to said operable output 
unit by way of said data output means without us- 
ing said operability judging means when said cli- 



ent information extracting means retrieves said 
output-unit-specifying-ldentif ier from said client 
information, and to send said job request to said 
operability judging means when said client ex- 
5 tracting means fails to retrieve said output-unit- 

specifying-identifier from said client informa- 
tion. 

1 5. A server of Claim 14 further comprising 

10 job request judging means for judging 

whether said job request to said operable output 
unit from said client is a data process request or 
not, and 

wherein said first control means and said 
15 second control means activate only when said 

job request judging means judges said job re- 
quest as being a data process request. 

1 6. A server of Claim 1 5 further comprising 

20 information providing means for request- 

ing said client information holding means and 
said operability judging means to send said cli- 
ent information and said output unit information 
respectively, and subsequently sending said clt- 

25 ent information and said output unit information 

upon the receipt thereof to said job-request-sen- 
der-client when said job request judging means 
judges said job request as being a request to 
show information to said job-request-sender-cli- 

30 ent 

17. A server of Claim 16, wherein said information 
providing means includes a priority judging unit 
for judging that said client information has a 

35 higher priority than said output unit information 

to send said client information antecedently to 
said output unit information. 

18. A server of Claim 17 further comprising 

40 information updating means for updating 

said client information when said job request 
judging means judges said job request as being 
a client information update request 

45 19. A server of Claim 2, wherein said operability 

judging means includes: 

a first holding unit for holding information 

representing a correspondence between an 

identifier specifying each output unit connected 
so to said server and an identifier specifying a type 

thereof; 

a second holding unit for holding informa- 
tion representing a correspondence between an 
identifier specifying another server in the sys- 
55 tern and an identifier specifying a type of each 

output unit connected thereto; 

a first retrieving unit for retrieving an iden- 
tifier specifying said operable output unit from 
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said first holding unit by referring to said type- 
specifying-identifier extracted by said informa- 
tion extracting means; 

a second retrieving unit for retrieving an 
identifier specifying another server to which an 
output unit of a same type as specified by said 
type-specifying-identifier extracted by said in- 
formation extracting means is connected when 
said first retrieving unit fails to retrieve said out- 
put-unit-specifying-identifier from said first 
holding unit; and 

an output unit connecting unit for sending 
an output unit connecting command to said data 
output means only when said first retrieving unit 
retrieves said output-unit-specifying-identifier 
from said first holding unit. 

20. A server of Claim 1 9 further comprising 

request-to-another-server sending 
means for sending said job request to said an- 
other server by attaching an identifier specify- 
ing said server when said second retrieving unit 
retrieves said another-server-specifying-identi- 
fier. 

21. A server of Claim 20 further comprising: 

response receiving means for receiving a 
response from one of said operable output unit 
and said another server; 

response judging means for judging 
whether said response is sent from said oper- 
able output unit or said another server, and 

response sending means including a first 
sending unit for sending said response to one of 
said job-request-sender-client and said another 
server, and a second sending unit for sending a 
first job failure notice to one of said job-request- 
sender-client and said another server when said 
operability judging means fails to judge any op- 
erability with any output unit connected to said 
server and said another server. 

22. A server of Claim 21, wherein said response 
judging means judges said response as being a 
response from said another server when said re- 
sponse includes both said another-server-spec- 
ifying-identif ier and an identifier specifying an- 
other client connected thereto, and as being a re- 
sponse from said operable output unit when said 
response includes only said identifier specifying 
said job-request-sender-client. 

23. A server of Claim 22, wherein said first sending 
unit includes a processing unit for attaching an 
identifier specifying said operable output unit 
that has executed said job request to said re- 
sponse being sent therefrom. 



24. A server of Claim 22 further comprising: 

an access authorization table for indicat- 
ing whether an access is authorized or not in re- 
lation with each client, each server,, and each 
5 output unit in said system; 

authorization judging means for judging 
whether an access is authorized or not for said 
job request by referring to said access authoriza- 
tion table when said operability judging means 
10 judges operability of one of said output unit con- 

nected to said server and said another server; 
and 

inhibiting means for inhibiting said data 
output means from sending said data included 
15 said job request to one of said operable output 

unit and said another server when said authori- 
zation judging means judges said access as be- 
ing not authorized. 

20 25. A server of Claim 24, wherein said response 
• sending means includes a third sending unit for 
sending a second job failure notice to said job- 
request-sender-client when said inhibiting 
means inhibits said data output means from 

25 sending said data included in said job request to 

said operable output unit. 

26. A server of Claim 22 further comprising: 

history information managing means for 

30 managing history information that represents a 

correspondence between an identifier specify- 
ing any output unit connected to said server that 
has received a job request from any of said plur- 
ality of clients and an identifier specifying a type 

35 thereof; 

history information retrieving means for 
retrieving an identifier that specifies said oper- 
able output unit from said history information at 
said job request; and 

40 control means for controlling said job re- 

quest receiving means to send said data includ- 
ed in said job request to said operable output unit 
by way of said data output means without using 
said operability judging means when said history 

45 information retrieving means retrieves said out- 

put-unit-specifying-identifier from said history 
information, and to send said job request to said 
operability judging means when said history in- 
formation retrieving means fails to retrieve said 

so output-unit-specifying-identifier from said his- 

tory information. 

27. A server of Claim 26, wherein said history infor- 
mation managing means includes a unit for up- 
55 dating said history information each time said 

response receiving means receive a response 
from any output unit connected to said server. 
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28. A server of Claim 22 further comprising: 

client information holding means for hold- 
ing client information that represents a corre- 
spondence between an identifier specifying 
each client, an identifier specifying each server, 
and an identifier specifying a type of each output 
unit connected to each server, and an identifier 
specifying each output unit connected to each 
server in said system; and 

client information extracting means for 
extracting an identifier specifying one of said 
operable output unit and said another server 
from said client information by referring to said 
type-specifying-identifier extracted by said in- 
formation extracting means. 

29. A server of Claim 28 further comprising: 

first control means for controlling said job 
request receiving means to send said data in- 
cluded in said job request to said operable output 
unit by way of said data output means without us- 
ing said client information extracting means and 
said operability judging means when said job re- 
quest includes said output-unit-specifying-iden- 
tif ier, and to send said job request to said client 
information extracting means when said job re- 
quest does not include said output-unit-specify- 
ing-identifien and 

second control means for controlling said 
job request receiving means to send said data in- 
cluded in said job request by way of said data out- 
put means and said request-to-another-server 
sending means without using said operability 
judging means when said information extracting 
means extracts said output-unit-specifying- 
identif ier from said job request, and to send said 
job request to said operability judging means 
when said client information extracting means 
fails to extract said output-unit-specif ying-iden- 
tif ier from said job request. 

30. A server of Claim 29 further comprising 

job request judging means for judging 
whether said job request to said operable output 
unit from said client is a data process request or 
not, and 

wherein said first control means and said 
second control means activate only when said 
job request judging means judges said job re- 
quest as being a data process request 

31. A server of Claim 30 further comprising 

information providing means for request- 
ing said client information holding means and 
said operability judging means to send said cli- 
ent information and said output unit information 
respectively, and subsequently sending said cli- 
ent information and said output unit information 



upon the receipt thereof to said job-request-sen- 
der-client when said job request judging means 
judges said job request as being a request to 
show information to said job-request-sender-cli- 
5 ent. 

32. A server of Claim 31, wherein said information 
providing means includes a priority judging unit 
for judging that said client information has a 

10 higher priority than said output unit information 

to send said client information antecedently to 
said output unit information. 

33. A server of Claim 32 further comprising: 

15 information updating means for updating 

said client information when said job request 
judging means judges said job request as being 
a client information update request; and 

broadcasting means for broadcasting 

20 said client information update request to each 

server in said system. 

34. A server of Claim 22 further comprising: 

an access authorization table for indicat- 
25 ing whether an access is authorized or not in re- 

lation with each client, each server, and each 
output unit in said system; 

authorization judging means for judging 
whether said access to said operable output unit 
30 is authorized or not when said operability judging 

means judges operability with said output unit for 
said job request by referring to said access au- 
thorization table; and 

inhibiting means for inhibiting said data 
35 output means from sending said data included in 

said job request to said operable output unit 
when said authorization judging means judges 
said access as being not authorized. 

40 . 35. A server of Claim 34, wherein said response 
sending means includes a third sending unit for 
sending a second job failure notice to said job- 
request-sender-client when said inhibiting 
means inhibits said data output means from 

45 sending said data included in said job request to 

said operable output unit. 

36. Aserver of Claim 1, wherein said job request in- 
cludes an identifier specifying a data format 

so thereof. 

37. A server of Claim 36, wherein said operability 
judging means includes: 

a holding unit for holding a plurality of 
55 identifiers, each specifying a data format in re- 

lation with a data-output control instruction, by 
which a job request in a corresponding data for- 
mat is executed; 
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a judging unit forjudging whether there is 
a data-output control instruction corresponding 
to said data format specified by said data- 
format-specif ying-identifier included in said job 
request; and 5 

a reading unit for reading out said corre- 
sponding data-output control instruction when 
said judging unit judges the existence thereof. 

38. A server of Claim 37, wherein said data output 10 
means includes a command sending unit for 
sending a data-output command to execute said 

job request to said operable output unit by exe- 
cuting said read out data-output control instruc- 
tion. 18 

39. A server of Claim 38, wherein said operability 
judging means includes: 

an access authorization table for indicat- 
ing whether an access to each output unit is au- 20 
thorized or not in relation with each client; 

an access-authorization-identifier ex- 
tracting unit for extracting an identifier specify- 
ing an access authorization from said job re- 
quest from said job-request-sender-client by 25 
judging whether or not said job request from said 
client includes said access-authorization-speci- 
f ying-identifier; and 

an accessible output unit detecting unit for 
detecting an accessible output unit which is 30 
placed under a control of said readout data- 
output control instruction by referring to said ac- 
cess authorization table with said access-au- 
thorization-specifying-identifier included in said 
job request 35 

40. A server of Claim 39, wherein 

said identifier specifying said access au- 
thorization is selected from a group consisting of 
a user identifier, a client identifier, and a pass- 40 
word, and 

said access authorization table is a corre- 
spondence table showing a correspondence be- 
tween said output-unit-specifying-identif ier and 
said access-authorization-specifying-identifier 45 
corresponding to said client acquiring said ac- 
cess authorization. 

41. A server of Claim 1, wherein said job request in- 
cludes information used as a material for a data so 
format judgement 

42. A server of Claim 41, wherein said operability 
judging means includes: 

a first holding unit for holding a corre- 55 
spondence table showing a correspondence be- 
tween said information included in said job re- 
quest and a data format; 



an identifier detecting unit for detecting 
an identif ierspecifying a data format in said first 
holding unit corresponding to said information 
included in said job request from said job-re- 
quest-sender-ciient; 

a second holding unit for holding a plural- 
ity of identifiers, each specifying a data format 
in relation with a data-output control instruction, 
by which a job request in a corresponding data 
format is executed; and 

a reading unit for reading out said corre- 
sponding data-output control instruction when 
said judging unit judges the existence thereof. 

43. A server of Claim 42, wherein said data output 
means includes a command sending unit for 
sending a data-output command to execute said 
job request to said operable output unit by exe- 
cuting said read out data-output control instruc- 
tion. 

44. A server of Claim 43, wherein said information 
included in said job request includes a character 
representing said information and a location of 
said information in said job request. 

45. A server of Claim 44, wherein said operability 
judging means includes: 

an access authorization table for indicat- 
ing whether an access to each output unit is au- 
thorized or not in relation with each client; 

an access-authorization-identifier ex- 
tracting unit for extracting an identifier specify- 
ing an access authorization from said job re- 
quest from said job-request-sender-client by 
judging whether or not said job request from said 
client includes said access-authorization-speci- 
fying-identifier, and 

an accessible output unit detecting unit for 
detecting an accessible output unit which is 
placed under a control of said readout data- 
output control instruction by referring to said ac- 
cess authorization table with said access-au- 
thorization-specifying-identif ier included in said 
job request. 

46. A server of Claim 45, wherein 

said identifier specifying said access au- 
thorization is selected from a group consisting of 
a user identifier, a client identifier, and a pass- 
word, and 

said access authorization table is a corre- 
spondence table showing a correspondence be- 
tween said output-unit-specifying-identif ier and 
said access-authorization-specifying-identifier 
corresponding to said client acquiring said ac- 
cess authorization. 
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said identifier specifying said access au- 
thorization is selected from a group consisting of 
a user identifier, a client identifier, and a pass- 
word, and 

said access authorization table is a corre- 
spondence table showing a correspondence be- 
tween said output-unit-specifying-identif ier and 
said access-aut horizat io n-specif y i ng-ide nt i f ier 
corresponding to said client acquiring said ac- 
cess authorization. 

52. In a system where a plurality of clients use output 
units connected to one server, said server com- 
prising: 

job request receiving means for receiving 
a job request from one of said plurality of clients; 

information extracting means for extract- 
ing certain information from said job request; 

output unit selecting means for selecting 
one of said output units in accordance with said 
extracted certain information; and 

data output means for sending data in- 
cluded in said job request to said selected output 
unit. 

53. A server of Claim 52, wherein said job request in- 
cludes an identifier specifying a data format 
thereof. 



47. In a system where a plurality of clients use output 
units connected to one server, said server com- 
prising: 

job request receiving means for receiving 
ajob request from one of said plurality of clients; 5 

information extracting means for extract- 
ing certain information from said job request; 

operability judging means for judging 
whether each output unit connected to said ser- 
ver is operable for processing data included in 10 
said job request in accordance with said extract- 
ed certain information; and 

data output means for sending said data 
included in said job request to one of said output 
units judged as being operable by said operabil- is 
ity judging means. 

48. A server of Claim 47, wherein said operability 
judging means includes: 

a holding unit for holding a plurality of 20 
identifiers, each specifying a file format in rela- 
tion with a data-output control instruction by 
which a job request in a corresponding file for- 
mat is executed; and 

a readout unit for reading out a data- 25 
output control instruction in a file format corre- 
sponding to said file-format-specifying- 
identifier included in said job request from said 
holding unit. 

30 

49. A server of Claim 48, wherein said data output 
means includes a command sending unit for 
sending a data-output command to execute said 
job request to said operable output unit by exe- 
cuting said read out data-output control instruc- 35 
tion. 



50. A server of Claim 49, wherein said operability 
judging means includes: 

an access authorization table for indicat- 
ing whether an access to each output unit is au- 
thorized or not in relation with each client; 

an access-authorization-identifier ex- 
tracting unit for extracting an identifier specify- 
ing an access authorization from said job re- 
quest from said job-request-sender-client by 
judging whether or not said job request from said 
client includes said access-authorization-speci- 
fy ing-ident if ier; and 

an accessible output unit detecting unit for 
detecting an accessible output unit which is 
placed under a control of said readout data- 
output control instruction by referring to said ac- 
cess authorization table with said access-au- 
thorization-specifying-identif ier included in said 
job request 

51 . A server of Claim 50, wherein 



54. A server of Claim 53, wherein said output unit se- 
lecting means includes: 

a holding unit for holding a plurality of 
identifiers, each specifying a data format in re- 
lation with a data-output control instruction, by 
which a job request in a corresponding data for- 
mat is executed; 

a readout unit for reading out a data- 
output control instruction corresponding to said 
data format specified by said data-format- 
40 specif ying-identif ier included in said job request 

from said holding unit; and 

a selecting unit for selecting said selected 
output unit as being an output unit capable of out- 
putting said data included in said job request by 
45 referring to said readout data-output control in- 

struction and said job request. 

55. A server of Claim 54, wherein said data output 
means includes a command sending unit for 

50 ' sending a data-output command to execute said 
job request to said selected output unit by exe- 
cuting said readout data-output control instruc- 
tion read out by said readout unit. 

55 56. A server of Claim 55, wherein said selecting unit 
in said output unit selecting means includes: 

an access authorization table for indicat- 
ing whether an access to each output unit is au- 
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thorized or not in relation with each client; 

an access-authorization-identifier ex- 
tracting unit for extracting an identifier specify- 
ing an access authorization from said job re- 
quest from said job-request-sender-client by s 
judging whether or not said job request from said 
client includes said access-authorization-speci- 
fying-identifien and 

an accessible output unit detecting unit for 
detecting an accessible output unit which is 10 
placed under a control of said readout data- 
output control instruction by referring to said ac- 
cess authorization table with said access-au- 
thorization-specifying-identif ier included in said 
job request. is 

57. A server of Claim 56, wherein 

said identifier specifying said access au- 
thorization is selected from a group consisting of 
a user identifier, a client identifier, and a pass- 20 
word, and 

said access authorization table is a corre- 
spondence table showing a correspondence be- 
tween said output-unit-specifying-identif ier and 
said access-authorization-specifying-identifier 25 
corresponding to said client acquiring said ac- 
cess authorization. 

58. A server of Claim 56, wherein said selecting unit 
further includes: 30 

a loading status obtaining unit for obtain- 
ing a loading status of each output unit detected 
by said accessible output unit detecting means 
when said accessible output unit detecting 
means detects a plurality of accessible output 35 
units; and 

a selection permitting unit for selecting 
said selected output unit as being an output unit 
having a smallest loading status by referring to 
said obtained loading status and subsequently 40 
permitting data-output thereto. 

59. A server of Claim 58, wherein 

each output unit in said system is a unit 
capable of outputting document data including a 45 
printer and a facsimile, and said loading status 
represents one of the number of bytes stored in 
said output unit and a time required for each of 
said output units to be ready for a following docu- 
ment data output. so 

60. A server of Claim 56, said selecting unit further 
includes: 

a capability storage unit for storing a ca- 
pability of each output unit in said system; 55 

a capability identifier extracting unit for 
extracting an identifier specifying a capability of 
said selected output unit from said job request; 



and 

an optimal output unit detecting unit for 
detecting all optimal output units whose capabil- 
ities coincide with a capability specified by said 
capability-specifying-identifier when said se- 
lecting unit selects a plurality of said output units 
to be as said selected output unit 

61. A server of Claim 60, wherein each output unit in 
said system is a unit capable of outputting docu- 
ment data including a printer and a facsimile, and 
said capability-specifying-identifier included in 
said job request represents one of a resolution, 
a data-output speed, a cost of data-output, a dis- 
tance from said client to said selected output 
unit. 

62. A server of Claim 60, wherein 

said capability storage unit stores super- 
iority and inferiority information of said capability 
of each output unit in said system; and 

said optimal output unit detecting unit in- 
cludes a choosing unit for choosing one optimal 
output unit by referring to said superiority and in- 
feriority information when said optimal output 
unit detecting unit detects a plurality of said out- 
put units as being said optimal output unit 

63. A server of Claim 55, wherein said selecting unit 
in said output unit selecting means includes: 

a loading managing unit for storing and 
managing a loading status of each output unit in 
said system; 

a choice allowing unit for allowing said 
one chosen optimal output unit as being said se- 
lected output unit on the condition that said one 
chosen optimal output unit is placed under a con- 
trol of said data-output control instruction read 
out by said readout unit and that it has a smaller 
loading status than a certain value; and 

an output unit for outputting said allowed 
optimal output unit as information from said se- 
lecting unit. 

64. A server of Claim 63, wherein said loading man- 
aging unit includes: 

an instruction sending unit for issuing an 
instruction to notify a loading status each time 
said command sending unit receives a data- 
output control instruction from said readout unit 
to each output unit in said system and placed un- 
der said data-output control instruction; and 

a loading status storage unit for storing 
each loading status sent from each output unit in 
said system. 

65. A server of Claim 64, wherein said choice allow- 
ing unit includes a detecting unit for detecting an 
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output unit having a smallest loading status when 
a plurality of said output units are placed under 
a control of said data-output control instruction 
read out by said readout unit. 

5 

66. A server of Claim 64, wherein 

each output unit in said system is a unit 
capable of outputting document data including a 
printer and a facsimile, and said loading status 
represents one of the number of bytes stored in 10 
said output unit and a time required for each of 
said output units to be ready for a following docu- 
ment data output, 

67. A server of Claim 64, said selecting unit further 15 
includes: 

a capability storage unit for storing a ca- 
pability of each output unit in said system; 

a capability identifier extracting unit for 
extracting an identifier specifying a capability of 20 
said selected output unit from said job request; 
and 

an optimal output unit detecting unit for 
detecting all optimal output units whose capabil- 
ities coincide with a capability specified by said 25 
capability-specifying-identifier when said se- 
lecting unit selects a plurality of said output units 
to be as said selected output unit. 

68. Aserverof Claim 67, wherein each outputunit in 30 
said system is a unit capable of outputting docu- 
ment data including a printer and a facsimile, and 
said capabiiity-specifying-identifier included in 
said job request represents one of a resolution, 

a data-output speed, a cost of data-output a dis- 35 
tance from said client to said selected output 
unit. 

69. A server of Claim 67, wherein 

said capability storage unit stores super- 40 
iority and inferiority information of said capability 
of each output unit in said system; and 

said optimal output unit detecting unit in- 
cludes a choosing unit for choosing one optimal 
output unit by referring to said superiority and in- 45 
feriority information when said optimal output 
unit detecting unit detects a plurality of said out- 
put units as being said optimal output unit. 

70. Aserverof Claim 55, wherein said selecting unit 50 
further includes: 

a capability storage unit for storing a ca- 
pability of each output unit in said system; 

a capability identifier extracting unit for 
extracting an identifier specifying a capability of 55 
said selected output unit from said job request; 
and 

an optimal output unit detecting unit for 



detecting all optimal output units whose capabil- 
ities coincide with a capability specified by said 
capability-specifying-identifier when said se- 
lecting unit selects a plurality of said output units 
to be as said selected output unit 

71. Aserver of Claim 70, wherein each output unit in 
said system is a unit capable of outputting docu- 
ment data including a printer and a facsimile, and 
said capability-specifying-identifier included in 
said job request represents one of a resolution, 
a data-output speed, a cost of data-output, a dis- 
tance from said client to said selected output 
unit. 

72. A server of Claim 70, wherein 

said capability storage unit stores super- 
iority and inferiority information of said capability 
of each output unit in said system; and 

said optimal output unit detecting unit in- 
cludes a choosing unit for choosing one optimal 
output unit by referring to said superiority and in- 
feriority information when said optimal output 
unit detecting unit detects a plurality of said out- 
put units as being said optimal output unit. 

73. A server of Clai m 52, wherein said job request in- 
cludes information used as a material for a data 
format judgement. 

74. Aserverof Claim 73, wherein said output unit se- 
lecting means includes: 

a first holding unit for holding a corre- 
spondence table showing a correspondence be- 
tween said information included in said job re- 
quest and a data format; 

an identifier detecting unit for detecting 
an identifier specifying a data format in said first 
holding unit corresponding to said information 
included in said job request from said job-re- 
quest-sender-client; 

a second holding unit for holding a plural- 
ity of identifiers, each specifying a data format 
in relation with a data-output control instruction, 
by which a job request in a corresponding data 
format is executed; 

a readout unit for reading out a data- 
output control instruction corresponding to said 
data format specified by said data-format- 
specifying-identifier included in said job request 
from said first holding unit; and 

a selecting unit for selecting said selected 
output unit as being an output unit capable of out- 
putting said data included in said job request by 
referring to said readout data-output control in- 
struction and said job request 

75. A server of Claim 74, wherein said operability 
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judging means includes: 

an access authorization table for indicat- 
ing whether an access to each output unit is au- 
thorized or not in relation with each client; 

an access-authorization-identifier ex- 
tracting unit for extracting an identifier specify- 
ing an access authorization from said job re- 
quest from said job-request-sender-client by 
judging whether or not said job requestfrom said 
client includes said access-authorization-speci- 
fying-identifier; and 

an accessible output unit detecting unit for 
detecting an accessible output unit which is 
placed under a control of said readout data- 
output control instruction by referring to said ac- 
cess authorization table with said access-au- 
thorization-specifying-identifier included in said 
job request. 

76. A server of Claim 75, wherein said information 
included in said job request includes a character 
representing said information and a location of 
said information in said job request 

77. A server of Claim 74, wherein said selecting unit 
in said output unit selecting means includes: 

an access authorization table for indicat- 
ing whether an access to each output unit is au- 
thorized or not in relation with each client; 

an access-authorization-identifier ex- 
tracting unit for extracting an identifier specify- 
ing an access authorization from said job re- 
quest from said job-request-sender-client by 
judging whether or not said job requestfrom said 
client includes said access-authorization-speci- 
fying-identifien and 

an accessible output unit detecting unit for 
detecting an accessible output unit which is 
placed under a control of said readout data- 
output control instruction by referring to said ac- 
cess authorization table with said access-au- 
thorization-specifying-identifier included in said 
job request 

78. A server of Claim 77, wherein 

said identifier specifying said access au- 
thorization is selected from a group consisting of 
a user identifier, a client identifier, and a pass- 
word, and 

said access authorization table is a corre- 
spondence table showing a correspondence be- 
tween said output-unit-specifying-identif ier and 
said access-authorization-specifying-identifier 
corresponding to said client acquiring said ac- 
cess authorization. 



10 



a loading status obtaining unit for obtain- 
ing a loading status of each output unit detected 
by said accessible output unit detecting means 
when said accessible output unit detecting 
means detects a plurality of accessible output 
units; and 

a selection permitting unit for selecting 
said selected output unit as being an output unit 
having a smallest loading status by referring to 
said obtained loading status and subsequently 
permitting data-output thereto. 



80. A server of Claim 79, wherein 

each output unit in said system is a unit 
15 capable of outputting document data including a 

printer and a facsimile, and said loading status 
represents one of the number of bytes stored in 
said output unit and a time required for each of 
said outputunits to be ready for a following docu- 
20 ment data output. 

81. A server of Claim 77, said selecting unit further 
includes: 

a capability storage unit for storing a ca- 
25 pability of each output unit in said system; 

a capability identifier extracting unit for 
extracting an identifier specif ying a capability of 
said selected output unit from said job request; 
and 

30 an optimal output unit detecting unit for 

detecting all optimal outputunits whose capabil- 
ities coincide with a capability specified by said 
capability-specifying-identifier when said se- 
lecting unit selects a plurality of said output units 

35 to be as said selected output unit 

82. Aserver of Claim 81, wherein each output unit in 
said system is a unit capable of outputting docu- 
ment data including a printer and a facsimile, and 

40 said capability-specifying-identifier included in 

said job request represents one of a resolution, 
a data-output speed, a cost of data-output, a dis- 
tance from said client to said selected output 
unit. 

45 

83. A server of Claim 81 , wherein 

said capability storage unit stores super- 
iority and inferiority information of said capability 
of each output unit in said system, and 

so said optimal output unit detecting unit in- 

cludes a choosing unit for choosing one optimal 
output unit by referring to said superiority and in- 
feriority information when said optimal output 
unit detecting unit detects a plurality of said out- 

55 put units as being said optimal output unit. 



79. Aserver of Claim 77, wherein said selecting unit 
further includes: 



84. Aserver of Claim 75, wherein said selecting unit 
in said output unit selecting means includes: 
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a loading managing unit for storing and 
managing a loading status of each output unit in 
said system; 

a choice allowing unit for allowing said 
one chosen optimal output unit as being said se- 
lected output unit on the condition that said one 
chosen optimal output unit is placed under a con- 
trol of said data-output control instruction read 
out by said readout unit and that it has a smaller 
loading status than a certain value; and 

an output unit for outputting said allowed 
optimal output unit as information from said se : 
lecting unit 

85. A server of Claim 84, wherein said loading man- 
aging unit includes: 

an instruction sending unit for issuing an 
instruction to notify a loading status each time 
said command sending unit receives a data- 
output control instruction from said readout unit 
to each output unit in said system and placed un- 
der said data-output control instruction; and 

a loading status storage unit for storing 
each loading status sent from each output unit in 
said system. 

86. A server of Claim 85, wherein said choice allow- 
ing unit includes a detecting unit for detecting an 
output un it having a smallest loading status when 
a plurality of said output units are placed under 
a control of said data-output control instruction 
read out by said readout unit. 

87. A server of Claim 85, wherein 

each output unit in said system is a unit 
capable of outputting document data Including a 
printer and a facsimile, and said loading status 
represents one of the number of bytes stored in 
said output unit and a time required for each of 
said output units to be ready for a following docu- 
ment data output. 

88. A server of Claim 85, said selecting unit further 
includes: 

a capability storage unit for storing a ca- 
pability of each output unit in said system; 

a capability identifier extracting unit for 
extracting an identifier specifying a capability of 
said selected output unit from said job request; 
and 

an optimal output unit detecting unit for 
detecting all optimal output units whose capabil- 
ities coincide with a capability specified by said 
capability-specifying-identifier when said se- 
lecting unit selects a plurality of said output units 
to be as said selected output unit. 

89. Aserver of Claim 88, wherein each output unit in 



said system is a unit capable of outputting docu- 
ment data including a printer and a facsimile, and 
said capability-specifying-identifier included in 
said job request represents one of a resolution, 
5 a data-output speed, a cost of data-output, a dis- 

tance from said client to said selected output 
unit. 

90. A server of Claim 88, wherein 

10 said capability storage unit stores super- 

iority and inferiority information of said capability 
of each output unit in said system, and 

said optimal output unit detecting unit in- 
cludes a choosing unit for choosing one optimal 

15 output unit by referring to said superiority and in- 

feriority information when said optimal output 
unit detecting unit detects a plurality of said out- 
put units as being said optimal output unit 

20 91. Aserver of Claim 75, wherein said selecting unit 
further includes: 

a capability storage unit for storing a ca- 
pability of each output unit in said system; 

a capability identifier extracting unit for 
25 extracting an identifier specifying a capability of 

said selected output unit from said job request; 
and 

an optimal output unit detecting unit for 
detecting all optimal output units whose capabil- 
30 ities coincide with a capability specified by said 

capability-specifying-identifier when said se- 
lecting unit selects a plurality of said output units 
to be as said selected output unit 

35 92. Aserver of Claim 91, wherein each output unit in 
said system is a unit capable of outputting docu- 
ment data including a printer and a facsimile, and 
said capability-specifying-identifier included in 
said job request represents one of a resolution, 

40 a data-output speed, a cost of data-output, a dis- 

tance from said client to said selected output 
unit. 

93. A server of Claim 91, wherein 

45 said capability storage unit stores super- 

iority and inferiority information of said capability 
of each output unit in said system, and 

said optimal output unit detecting unit in- 
cludes a choosing unit for choosing one optimal 

so output unit by referring to said superiority and in- 

feriority information when said optimal output 
unit detecting unit detects a plurality of said out- 
put units as being said optimal output unit 

55 94. In a system where a plurality of clients use output 
units connected to one server, said server com- 
prising: 

job request receiving means for receiving 
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a job request from one of said plurality of clients; 

file format judging means for judging a 
file format of data included in said job request; 

output unit selecting means for selecting 
said one output unit in accordance with said ex- 
tracted certain information; and 

data output means for sending data in- 
cluded in said job request to said selected output 
unit. 

95. A server of Claim 94, wherein said output unit se- 
lecting means includes: 

a holding unit for holding a plurality of 
identifiers, each specifying a file format in rela- 
tion with a data-output control instruction, by 
which a job request in a corresponding file for- 
mat is executed; 

a readout unit for reading out a data- 
output control instruction in a file format corre- 
sponding to said fi le-for mat-specif ying- 
identifier included in said job request from said 
holding unit; and 

a selecting unit for selecting said one out- 
put unit as being an output unit capable of output- 
ting said data included in said job request by re- 
ferring to said readout data-output control in- 
struction and said identifier specif ying said file 
format. 

96. A server of Claim 95, wherein said data output 
means includes a command sending unit for 
sending a data-output command to execute said 
job request to said selected output unit by exe- 
cuting said readout data-output control instruc- 
tion read out by said readout unit. 

97. A server of Claim 96, wherein said selecting unit 
in said output unit selecting means includes: 

an access authorization table for indicat- 
ing whether an access to each output unit is au- 
thorized or not in relation with each client; 

an access-authorization-identifier ex- 
tracting unit for extracting an identifier specify- 
ing an access authorization from said job re- 
quest from said job-request-sender-client by 
judging whether or not said job request from said 
client includes said access-authorization-speci- 
fying-identifier; and 

an accessible output unit detecting unit for 
detecting an accessible output unit which is 
placed under a control of said readout data- 
output control instruction by referring to said ac- 
cess authorization table with said access-au- 
thorization-specifying-identif ier included in said 
job request 

98. A server of Claim 97, wherein 

said identifier specifying said access au- 



thorization is selected from a group consisting of 
a user identifier, a client identifier, and a pass- 
word, and 

said access authorization table is a corre- 
spondence table showing a correspondence be- 
tween said output-unit-specifying-identif ier and 
said access-authorization-specifying-identifier 
corresponding to said client acquiring said ac- 
cess authorization. 
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99. A server of Claim 97, wherein said selecting unit 
further includes: 

a loading status obtaining unit for obtain- 
ing a loading status of each output unit detected 
15 by said accessible output unit detecting means 

when said accessible output unit detecting 
means detects a plurality of accessible output 
units; and 

a selection permitting unit for selecting 
20 said selected output unit as being an output unit 

having a smallest loading status by referring to 
said obtained loading status and subsequently 
permitting data-output thereto. 

25 100. A server of Claim 99, wherein 

each output unit in said system is a unit 
capable of outputting document data including a 
printer and a facsimile, and said loading status 
represents one of the number of bytes stored in 

30 said output unit and a time required for each of 

said output units to be ready for a following docu- 
ment data output. 

101. A server of Claim 97, said selecting unit further 
35 includes: 

a capability storage unit for storing a ca- 
pability of each output unit in said system; 

a capability identifier extracting unit for 
extracting an identifier specifying a capability of 
40 said selected output unit from said job request; 

and 

an optimal output unit detecting unit for 
detecting all optimal output units whose capabil- 
ities coincide with a capability specified by said 
45 capability-specifying-identifier when said se- 

lecting unit selects a plurality of said output units 
to be as said selected output unit 

102. A server of Claim 101, wherein each output unit 
so in said system is a unit capable of outputting 

document data including a printer and a facsi- 
mile, and said capability-specifying-identifier 
included in said job request represents one of a 
resolution, a data-output speed, a cost of data- 
55 output, a distance from said client to said select- 

ed output unit 

103. A server of Claim 101, wherein 
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said capability storage unit stores super- 
iority and inferiority information of said capability 
of each output unit in said system, and 

said optimal output unit detecting unit in- 
cludes a choosing unit for choosing one optimal 
output unit by referring to said superiority and in- 
feriority information when said optimal output 
unit detecting unit detects a plurality of said out- 
put units as being said optimal output unit. 

104. A server of Claim 96, wherein said selecting unit 
in said output unit selecting means includes: 

a loading managing unit for storing and 
managing a loading status of each output unit in 
said system; 

a choice allowing unit for allowing said 
one chosen optimal output unit as being said se- 
lected output unit on the condition that said one 
chosen optimal output unit is placed under a con- 
trol of said data-output control instruction read 
out by said readout unit and that it has a smaller 
loading status than a certain value; and 

an output unit for outputting said allowed 
optimal output unit as information from said se- 
lecting unit 

1 05. A server of Clai m 1 04, wherein said loading man- 
aging unit includes: 

an instruction sending unit for issuing an 
instruction to notify a loading status each time 
said command sending unit receives a data- 
output control instruction from said readout unit 
to each output unit in said system and placed un- 
der said data-output control instruction; and 

a loading status storage unit for storing 
each loading status sent from each output unit in 
said system. 

106. A server of Claim 105, wherein said choice allow- 
ing unit includes a detecting unit for detecting an 
output unit having a smallest loading status when 
a plurality of said output units are placed under 
a control of said data-output control instruction 
read out by said readout unit. 

107- A server of Claim 1 05, wherein 

each output unit in said system is a unit 
capable of outputting document data including a 
printer and a facsimile, and said loading status 
represents one of the number of bytes stored in 
said output unit and a time required for each of 
said output units to be ready for a following docu- 
ment data output. 

108. A server of Claim 105, said selecting unit further 
includes: 

a capability storage unit for storing a ca- 
pability of each output unit in said system; 
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a capability identifier extracting unit for 
extracting an identifier specifying a capability of 
said selected output unit from said job request; 
and 

an optimal output unit detecting unit for 
detecting all optimal output units whose capabil- 
ities coincide with a capability specified by said 
capability-specifying-identifier when said se- 
lecting unit selects a plurality of said output units 
to be as said selected output unit 



109. A server of Claim 108, wherein each output unit 
in said system is a unit capable of outputting 
document data including a printer and a facsi- 
15 mile, and said capability-specifying-identifier 

included in said job request represents one of a 
resolution, a data-output speed, a cost of data- 
output, a distance from said client to said select- 
ed output unit 

20 

HO.Aserver of Claim 108, wherein 

said capability storage unit stores super- 
iority and inferiority information of said capability 
of each output unit in said system; and 

25 said optimal output unit detecting unit in- 

cludes a choosing unit for choosing one optimal 
output unit by referring to said superiority and in- 
feriority information when said optimal output 
unit detecting unit detects a plurality of said out- 

30 put units as being said optimal output unit. 

111. A server of Claim 96, wherein said selecting unit 
further includes: 

a capability storage unit for storing a ca- 
35 pability of each output unit In said system; 

a capability identifier extracting unit for 
extracting an identifier specifying a capability of 
said selected output unit from said job request; 
and 

40 an optimal output unit detecting unit for 

detecting all optimal output units whose capabil- 
ities coincide with a capability specified by said 
capability-specifying-identifier when said se- 
lecting unit selects a plurality of said output units 

45 to be as said selected output unit 

112. A server of Claim 111, wherein each output unit 
in said system is a unit capable of outputting 
document data including a printer and a facsi- 

so mile, and said capability-specifying-identifier 

included in said job request represents one of a 
resolution, a data-output speed, a cost of data- 
output, a distance from said client to said select- 
ed output unit 

55 

113. A server of Claim 111, wherein 

said capability storage unit stores super- 
iority and inferiority information of said capability 
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of each output unit in said system; and 

said optimal output unit detecting unit in- 
cludes a choosing unit for choosing one optimal 
output unit by referring to said superiority and in- 
feriority information when said optimal output 5 
unit detecting unit detects a plurality of said out- 
put units as being said optimal output unit 

114. In a network system including a plurality of ser- 
vers, a plurality of clients, and a plurality of out- w 
put units, where each client sends output-data to 
one of said plurality of output units via at least 
one of said servers, 

one of said servers comprising: 

receiving means for receiving a re- 15 

quest; 

correspondence table holding 
means for holding a correspondence table 
showing a correspondence between each of 
said plurality of servers and each of said plurality 20 
of output units; and 

information-to-ciientsending means 
for sending information held in said correspon- 
dence table to a client that has sent said request, 

and, 25 
each of said plurality of clients compris- 
ing: 

requesting means for requesting 
information held in said corresponding table; 
and so 

storage control means including a 
storage unit for receiving to store said informa- 
tion held in said corresponding table. 

115. A server and a client of Claim 114, wherein 35 

said receiving means includes a first re- 
quest processing unit for judging whether said 
request sent from one of said plurality of clients 
is an information request or not, and subse- 
quently sending said request to said information- 40 
to-client sending means when it judges said re- 
quest as being an information request, and 

wherein said information-to-client send- 
ing means includes: 

a retrieving unit for retrieving information 45 
requested by said information request from said 
correspondence table; and 

a sending unit for sending said selected 
information to said request-sender-client. 

so 

116. A server and a client of Claim 115, wherein 

said server further comprises updated 
correspondence table transmitting means for 
updating said correspondence table held in said 
correspondence table holding means at a re- 55 
quest to update information in said correspon- 
dence table sent from an operator, and subse- 
quently sending said updated correspondence 



table to each of said plurality of clients, and 

wherein said receiving means includes a 
second request processing unit for judging 
whether said request is said update requestfrom 
said operator or not, and subsequently sending 
said update request to said updated correspon- 
dence table transmitting means when it judges 
said request as being an update request said up- 
dated correspondence table transmitting 
means. 

117. A server and a client of Claim 116, wherein said 
updated information transmitting means in- 
cludes: 

a readout unit for reading out said corre- 
spondence table held in said correspondence ta- 
ble holding means; 

a judging unit forjudging whether or not 
said information in said readout correspondence 
table is changeable as per said update request; 

an information updating unit for updating 
said information in said read out correspon- 
dence table when said judging unit judges said 
read out correspondence table as being change- 
able; 

a storing control unit for storing said cor- 
respondence table updated by said information 
updating unit into said correspondence table 
holding means; 

a first transmitting unit for transmitting 
said updated correspondence table to each of 
said plurality of clients; and 

a second transmitting unit for transmit- 
ting an update failure notice to said operator 
when said Judging unit judges said read out cor- 
respondence table as being unchangeable. 

118. A server and a client of Claim 117, wherein said 
server further comprises: 

access authorization information holding 
means for holding access authorization informa- 
tion as to whether an access authorization for 
each of said plurality of clients to each of said 
plurality of output units specified by an identifier; 
and 

information-to-authorized client sending 
means for reading out said access authorization 
information from said access authorization in- 
formation holding means at said information re- 
quest, and subsequently sending said read out 
access authorization information to said re- 
quest-sender-client who acquires an access au- 
thorization to said output unit by referring to said 
readout access authorization information with 
an identifier specifying said output unit 

119. Aserver and a client of Claim 118, wherein said 
information-to-authorized-client sending means 
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includes: 

a selecting unit for reading out said corre- 
spondence table from said correspondence ta- 
ble holding means and subsequently selecting 
said information requested by said information s 
request sent therefrom; 

a judging unit for reading out said access 
authorization information from said access au- 
thorization information holding means and sub- 
sequently judging whether or not said selected 10 
information indicates that said request-sender- 
client acquires said access authorization to said 
output unit; 

afirst sending unit for sending said select- 
ed information to said request-sender-client 15 
when said judging unit judges said access to said 
output unit from said request-sender-client as 
being authorized; and 

a second sending unitforsending afailure 
notice to said client that has sent said informa- 20 
tion request when said judging means judges 
said access to said output unit from said request- 
sender-client as being not authorized. 

120. A server and a client of Claim 115, wherein said 25 
server further comprises: 

access authorization information holding 
means for holding access authorization informa- 
tion as to whether an access authorization for 
each of said plurality of clients to each of said 30 
plurality ofoutput units specified by an identifier; 
and 

information-to-authorized client sending 
means for reading out said access authorization 
information from said access authorization in- 35 
formation holding means at said information re- 
quest and subsequently sending said read out 
access authorization information to said re- 
quest-sender-client who acquires an access au- 
thorization to said output unit by referring to said 40 
readout access authorization information with 
an identif ier specifying said output unit. 

121. A server and a client of Claim 120 f wherein said 
information- to-authorized-client sending means 45 
includes: 

a selecting unit for reading out said corre- 
spondence table from said correspondence ta- 
ble holding means and subsequently selecting 
said information requested by said information so 
request sent therefrom; 

a judging unit for reading out said access 
authorization information from said access au- 
thorization information holding means and sub- 
sequently judging whether or not said selected 55 
information indicates that said request-sender- 
client acquires said access authorization to said 
output unit; 



a first sending unit for sending said select- 
ed information to said request-sender-client 
when said judging unit judges said access to said 
output unit from said request-sender-client as 
being authorized; and 

a second sending unitforsending afailure 
notice to said client that has sent said informa- 
tion request when said judging means judges 
said access to said output unit from said request- 
sender-client as being not authorized. 

122. A server and a client of Claim 120, wherein 

said server further includes first update 
authorization correspondence table transmit- 
ting means comprising: 

a readout unit for reading out said corre- 
sponding table from said correspondence table 
holding means upon the receipt of a request to 
update information in said corresponding table 
from an operator; 

a judging unit for judging whether said 
readout correspondence table is changeable or 
not as per said update request; 

a storing control unit for reading out said 
access authorization information from said ac- 
cess authorization information holding means 
when said judging unit judges said readout cor- 
respondence table as being changeable, and 
subsequently selecting said client as being a cli- 
ent which acquires said access authorization to 
said output unit to update said correspondence 
table held in said correspondence table holding 
means, and 

a sending unit for sending said updated 
correspondence table to said client which ac- 
quires said access authorization to said output 
unit in accordance with said access authoriza- 
tion information, and 

wherein said receiving means includes a 
third request processing unit for judging whether 
or not said request is said update request, and 
subsequently sending said update request to 
said first update authorization correspondence 
table transmitting means when it judges said re- 
quest as being a request to update said corre- 
spondence table. 

123. A server and a client of Claim 122, wherein 

said server further includes second up- 
date authorization correspondence table trans- 
mitting means for updating said access authori- 
zation information in accordance with a request 
to update said access authorization information 
from an operator upon the receipt thereof, and 
subsequently storing said updated access au- 
thorization information into said access author- 
ization information holding means to send said 
updated access authorization information to 
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said plurality of clients, and 

wherein said receiving means includes a 
fourth request processing unit for judging wheth- 
er or not said request from said operator is said 
authorization-update request, and subsequently 5 
sending said authorization-update request to 
said second update authorization correspon- 
dence table transmitting means when it judges 
said request as being an authorization-update 
request. 10 

124. A server and a client of Claim 120, wherein 

said server further includes third update 
authorization correspondence table transmit- 
ting means for updating said access authoriza- 15 
tion information in accordance with a request to 
update said access authorization information 
from an operator upon the receipt thereof, and 
subsequently storing said updated access au- 
thorization information into said access author- 20 
ization information holding means to send said 
updated access authorization information to 
said plurality of clients, and 

wherein said receiving means includes a 
fifth request processing unit forjudging whether 25 
or not said request from said operator is said au- 
thorization-update request, and subsequently 
sending said authorization-update request to 
said third update authorization correspondence 
table transmitting means when it judges said re- 30 
quest as being an authorization-update request. 



35 



40 



45 



50 



55 



EP 0 601 860 A1 




EP 0 601 860 A1 



L 



22 



Fig.2 
OUTPUT UNITS 



PRINTER 



27- 



26" 



PRINTER 



JL 



24 



FACSIMILE 





f ' 






< 




23 




« • « 






f 


> 







I 



OUTPUT UNIT 
I MANAGING UNIT 



"i JOB REQUEST 
J PROCESSING 



UNIT 



SERVER 



CLIENT 



25 



-21 



Fig.3 

OUTPUT UNIT INFORMATION 



OUTPUT UNIT TYPE 


OUTPUT UNIT 


Post Script PRINTER 


PRINTER 22 


TEXT PRINTER 


PRINTER 23 


FACSIMILE 


PRINTER 24 


• • ♦ 


* * • 



EP 0 601 860 A1 



Fig.4 



JOB REQUEST PROCESSING UNIT 26 

(start ^ 




N 



FORWARD TO 
UNIT 27 



S2 




SEND RESPONSE 
RECORD TO CLIENT 
25 



EXTRACT | S6 
FAILURE DATA I 



( END ^ 



EP 0 601 860 A1 



Fig.5 



OUTPUT UNIT MANAGING UNIT 27 
START ^ 




EXTRACT TYPE I S12 
IDENTIFIER 



RETRIEVE OUTPUT | S 13 
UNIT INFORMATION I 



GENERATE • SEND | S18 
RESPONSE RECORD I 



TO UNIT 26 



S14 

CORRESPONDING" 
OUTPUT UNIT 
[DENTIFIER?^ 



SECURE 
COMMUNICATION I S 15 



S19 



GENERATE • SEND 
RESPONSE RECORD 
TO UNIT 26 



SEND 

TRANSMISSION 
DATA 



S16 



C END ) 



EP 0 601 860 A1 



Fig.6 



JOB REQUEST RECORD 
111 112 



113 



114 



R 


REQUEST 






E 


SENDER 


TYPE 


TRANSMISSION 


Q 


CLIENT 


IDENTIFIER 


DATA 




IDENTIFIER 







110 



RESPONSE RECORD 
121 122 



120 



123 



R 
E 


RESPONSE 




P 


RECEIVER 


RESPONSE 


L 


CLIENT 


DATA 


Y 


IDENTIFIER 





FAILIURE NOTICE RECORD 
131 132 



130 



133 



F 
A 


RESPONSE 




I 


RECEIVER 


. FAILURE 


L 
E 
D 


CLIENT 
IDENTIFIER 


DATA 



EP 0 601 860 A1 



n 
r 

m 
z 

H 



?3 
PI 

CO 

O 

Z 
co 

PI 
K— 



to 



o 



o 
a 
m 

GO 



to 
as 



C 

z 

H 



po o 
o w 

w rn 

co'x 
Z Pi 



o 

c 
pi 



2? 

H 

C 



o 
z 

o 
c 
PI 



I 2 

> *n 
ZO 

> !W 
O S 

-o 

? z 



o 
r 



to 

SO 



PI 
00 

O 

z 

oo 
PI 



O 

w 

g 

o 

G 
PJ 
oo 

-3 



to 



/ 



S 

00 

3 

z 

oo 
Pi 



O 
w 

jo 
PJ 
O 

c 

PJ 
oo 

H 



CO 

zc 

H no 

G 
H 



to 
oo 



EP 0 601 860 A1 



Fig.8 



CLIENT INFORMATION 



CLIENT 


OUTPUT UNIT TYPE 


OUTPUT UNIT 


a 


Post Script PRINTER 


UNIT $ 


a 


FACSIMILE 


UNIT c 


b 


TEXT PRINTER 


UNIT £ 


c 


TEXT PRINTER 


UNIT £ 


c 


FACSIMILE 


UNIT 7 


• • • 


• • • 


• • • 



EP 0 601 860 A1 




EP 0 601 860 A1 



Fig. 10 
SUB-ROUTINE OF STEP 32 

S321 




GENERATE • SEND CLIENT 
INFORMATION REQUEST 
RECORD TO UNIT 29 



IS322 



CLIENT ^- S323 
INFORMATION WITtf 
ANY ENTRY? 



N 



S324 



SEND OUTPUT-UNIT- 
SPECIFYING JOB 
REQUEST TO UNIT 27 



S326 



FORWARD JOB 
REQUEST FROM 
CLIENT 25 



REPEAT S4- 
FIG. 4 



IN 



S327 



REPEAT S4.S6 IN 
FIG. 4 

(return) 



S325 



EP 0 601 860 A1 



Fig. 11 



SUB-ROUTINE OF STEP 34 



» 



FORWARD CLIENT 

INFORMATION 

REQUEST 

RECORD TO UNIT 27 
AND UNIT 29 



S341 



RECEIVE \^S342 
BOTH OF OUTPUT 
UNIT INFORMATION RECORD 
k.ND CLIENT INFORMATION^ 
RECORD? 



N 



_ S343 

'Any output 
unit type spec1fed 
iy both records % 



S345 



GENERATE NEW 
RECORD BY GIVING 
HIGHER PRIORITY TO 
RECORD FROM UNIT 29 



1 



N 



send new record 
to client 25 

(return) 



S346 



S344 



GENERATE 
NEW RECORD 
BASED ON 
ONE RECORD 



EP 0 601 860 A1 



Fig. 12 
SUB-ROUTINE OF STEP 36 

(ZD 







FORWARD UPDATE 
REQUEST RECORD 
TO UNIT 29 







S361 



(return) 



Fig.13 

client information managing unit 



( START ^ 




RETRIEVE CLIENT 
INFORMATION 



C 



UPDATE PROCESS 



END 



EP 0 601 860 A1 



Fig. 14 

SUB-ROUTINE OF STEP 42 







EXTRACT CLIENT 
INFORMATION 







S421 




'GENERATE • SEND 
CLIENT 
INFORMATION 
RECORD TO UNIT 26 



(5 



S424 



GENERATE • SEND 
RECORD EXHIBITING 
NO-ENTRY TO UNIT 26 



RETURN 



EP 0 601 860 A1 



Fig. 15 
SUB-ROUTINE OF STEP 44 



(ZD 







RETRIEVE CLIENT 
INFORMATION 







S441 



5442 



^COINCIDES \J^^^^ 






Y 






S443 


S444 


UPDATE ENTRY 




ADD NEW ENTRY 




< 









RETURN 



5 



EP 0 601 860 A1 



Fig. 16 



OUTPUT UNIT MANAGING • UNIT 27 
( START ) 




OUTPUT-UNIT- 
SPECIFING 
JOB PROCESS 



c 



CLIENT 
INFORMATION 
PROCESS 



S54 



REPEATS 12... 
IN FIG.5 



END 



EP 0 601 860 A1 



Fig. 17 

SUB -ROUTINE OF STEP 53 

CD 



SECURE COMMUNICATION | S531 
WITH SPECIFIED OUTPUT 
UNIT 



SEND DATA 



S532 



S533 

RESPONSE FROM 
OUTPUT UNIT? 



N 



Y 



GENERATE • SEND 
RESPONSE RECORD TO 
UNIT 26 



S534 



(return) 



EP 0 601 860 A1 



Fig. 18 



SUB-ROUTINE OF STEP 56 







RETRIEVE 01 
INFORMAT10 
CORRESPONE 


FTPUTUNIT 
N • EXTRACT 
)ING ENTRY 



GENERATE • SEND OUTPUT 
UNIT INFORMATION 
RECORD TO UNIT 26 



S562 



(return) 



EP 0 601 860 A1 



Fig.19 



CLIENT INFORMATION REQUEST RECORD 



210 



211 



212 



213 



c 


REQUEST 




R 


SENDER 


TYPE 


E 


CLIENT 


IDENTIFIER 


Q 


IDENTIFIER 





CLIENT INFORMATION RECORD 

221 222 223 
d c> <i_ 



224 



220 



C 
I 

N 
F 
0 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



TYPE 

IDENTIFIER 



OUTPUT 
UNIT 

IDENTIFIER 



OUTPUT-UNIT-SPECIFYING JOB REQUEST RECORD 

231 232 233 234 

A d d d , 



230 



R 

E 

Q 

2 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



OUTPUT 
UNIT 
IDENITFIER 



TRANSMISSION 
DATA 



EP 0 601 860 A1 



Fig.20 



CLIENT INFORMATION REQUEST RECORD 
312 313 313 



310 



311 



C 
R 
E 

Q 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



TYPE 

IDENTIFIER 



jL 



TYPE 

IDENTIFIER 



OUTPUT UNIT INFORMATION RECORD 
321 322 323 324 

J J r> r> 



323 



324 
f 3 



320 



P 
I 

N 
F 
0 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



TYPE 
IDENTIFIER 



OUTPUT 
UNIT 
IDENTIFIER 



TYP E 

IDENTIFIER 



OUTPUT 
UNIT 
IDENTIFIER 



CLIENT INFORMATION RECORD 

3^1 g32 , 3^3 3^4 



330 



C 
I 

N 
F 
O 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



TYPE 
IDENTIFIER 



OUTPUT 

UNIT 

IDENTIFIER 



TYPE 



3^3 g 



334 



IDENTIFIER 



OUTPUT 
UNIT 
IDENTIFIER 



CLIENT INFORMATION UPDATE REQUEST RECORD 
3,41 j42 3,43 3jt4 



340 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



TYPE 
IDENTIFIER 



OUTPUT 
UNIT 
IDENTIFIER 



EP 0 601 860 A1 



Fig.22 



REPLACED STEP 4 



^S401 

A PAIR OF 
SERVER AND CLIENT 
IDENTIFIERS IN RECORJ 
120? 



Y 


S402 


SEND 
SERV 


TO 
ER30 



N 





S403 


SEND 
REQl 
SEND 
CLIE1 


• TO 

JEST 

►ER 



EP 0 601 860 A1 



Fig.23 



OUTPUT UNIT MANAGING UNIT 27 




RETRIEVE OUTPUT 
UNIT 

INFORMATION 



S102 



1103 

"ANOTHER m 
JERVER'S OUTPl~^^ 
UNIT ?^ 



ADD SERVER IDENTIFIER 
TO IDENTIFIER 112 OF 
RECORD 110 



SEND TO 
UNIT 26 



S105 



S108 



REPEAT SH- 
IN FIG 5 




EP 0 601 860 A1 




EP 0 601 860 A1 



Fig.25 



CLIENT 


OUTPUT UNIT 


AUTHORIZATION 


a 


UNIT a 


o 


a 


UNIT 0 


0 


a 


UNIT y 


X 


b 


UNIT a 


X 


b 


UNIT /? 


O 


• • • 


• • • 


■ • • 



Fig.26 

ACCESS AUTHORIZATION REQUEST RECORD 



410 



411 

A. 



A 
R 
E 
Q 



412 



413 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



OUTPUT 
UNI T 

IDENTIFIER 



ACCESS AUTHORIZATION INFORMATION RECORD 
421 422 

2. d— . 



420 



A 
I 
N 
F 
0 



AUTHORIZED/ 
NON-AUTHORIZED 



EP 0 601 860 A1 



Fig.27 



510 



511 
_Z 
R 
E 
P 
L 
Y 



512 

RESPONSE 
RECEIVER 
CLIENT 
IDENTIFIER 



513 



OUTPUT 
UNIT 

IDENTIFIER 



514 



RESPONSE 
DATA 



EP 0 601 860 A1 




EP 0 601 860 A1 



Fig.29 



CLIENT 


OUTPUT UNIT TYPE 


OUTPUT UNIT 


a 


Post Script PRINTER 


PRINTER 22 


a 


FACSIMILE 


FACSIMILE 24 


b 


Post Script PRINTER 


PRINTER 23 


c 


Post Script PRINTER 


PRINTER 22 




FACSIMILE 


FACSIMILE 24 


• • • 


• • • 


• • • 



EP 0 601 860 A1 



Fig.30 



HISTORY INFORMATION REQUEST RECORD 



610 



611 

d 


612 

d 


613 

d 


H 


REQUEST 




R 


SENDER 


TYPE 


E 


CLIENT 


IDENTIFIER 


Q 


IDENTIFIER 





HISTORY INFORMATION RECORD 



620 



621 

jL 



H 
I 

N 
F 
0 



622 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



623 



TYPE 

IDENTIFIER 



624 



OUTPUT 
UNIT 
IDENTIFIER 



HISTORY INFORMATION UPDATE REQUEST RECORD 
631 632 633 634 

d d d_ 



630 



REQUEST 
SENDER 
CLIENT 
IDENTIFIER 



TYPE 

IDENTIFIER 



OUTPUT 
UNIT 

IDENTIFIER 



EP 0 601 860 A1 



Biigg 

ill 

'sis 8. 



to 



si* 

. Oh 
a So 





EP 0 601 860 A1 



Fig.33 



(a) 



DATA-OUTPUT REQUEST 710 

DATA FORMAT 
OUTPUT DATA 7 1 1 IDENTIFIER 7 1 2 




(b) 



-DATA-OUTPUT INFORMATION LIST 740- 



DATA FORMAT 
IDENTIFIER 712 

PS 



TIFF 



lpr-Plw 



rfax -hfaxA 



lpr -PprA 



lpr -PprB 



rfax -hfaxB 



tiff2ps lpr -Plw 



lpr-Ptext Y 



\INSTRUCnON 
,730 



DATA-OUIPUT 
CONTROL 



EP 0 601 860 A1 



Fig.34 



( START ) 



S61 RECEIVE 

DATA-OUTPUT 
REQUEST 



SAME DATA FORMAT 
IDENTIFIER IN STORAGE 
UNIT 40 ? 



S64 



S65 



OBTAIN 
DATA-OUTPUT 
CONTROL 
INSTRUCTION 



I 



SEND 

DATA-OUTPUT 
INSTRUCTION 



J 

( END ) 



S63 



FAILURE 



EP 0 601 860 A1 



U> 





CO 

m 



EP 0 601 860 A1 



Fig.36 
(a) 

DATA-OUTPUT REQUEST 750 

OUTPUT DATA 751 



% ! 




(b) 

CORRESPONDENCE TABLE 760 



LOCATION 


METHOD 


CHARACTER 
STRING 


DATA FORMAT 
IDENTIFIER 761 


9 


string 




PS 


» 




• 





EP 0 601 860 A1 



Fig.37 



( START ) 



S61 



RECEIVE 

DATA-OUTPUT 

REQUEST 



IDENTIFY DATA 
FORMAT1 



N 



S612 OBTAIN 

DATA FORMAT 
IDENTIFIER 



S62 



SAME DATA FORMAT 

IDENTIFIER IN STORAGE 

INIT40? 



No 



.Yes 



S64 



OBTAIN 
DATA-OUTPUT 
CONTROL 
INSTRUCTION 



S63 



OUTPUT 



FAIL 



LJRE 



S65 



SEND 

DATA-OUTPUT 
INSTRUCTION 



] 



( END ) 



EP 0 601 860 A1 




A 





CTQ 

U3 
00 



pi, 



=ss|S|ns 
Si 

o 3 



m 
< 

JO 



EP 0 601 860 A1 



Fig.39 



(a) 



-DATA-OUTPUT REQUEST 770 

DATA FORMAT IDENTIFIER 712 

ACCESS authorization! 
IDENTIFIER 771 



OUTPUT DATA 711 






PS 


host2 





(b) 



-CORRESPONDENCE TABLE 780" 



OUTPUT UNIT 
IDENTIFIER 781 


ACCESS AUTHORIZATION 
IDENTIFIER 782 PERMITTING 
DATA-OUTPUT 


prA 


hostl,host2,host3 


prB 


hostl,host2,host2 


faxA 


'string l,string2 


• 
• 


• 
• 



EP 0 601 860 A1 



Fig.40 



( START ) 



S61 



RECEIVE 

DATA-OUTPUT 

REQUEST 



S62 



SAME DATA FORMAT 
IDENTIFIER IN STORAGE 
IIT40? 



S64 



OBTAIN 
DATA-OUTPUT 
CONTROL 
INSTRUCTION 



S613 



OBTAIN 
DATA-OUTPUT 
PERMITTING 
AUTHORIZATION 
IDENTIFIER ? 



S65 



SEND 

DATA-OUTPUT 
INSTRUCTION 



C END ) 



S63 



OUTPUT 
FAILURE 




M M 



EP 0 601 860 A1 




EP 0 601 860 A1 



Fig.42 



CORRESPONDENCE TABLE 790" 



OUTPUT 
UNIT 

IDENTIFIER 791 


INSTRUCTION 792 TO 
OBTAIN OUTPUT STATUS 
INFORMATION 


prA 


lpq -PprA 


prB 


lpq-PprB 


faxC 


rfaxsq -hfaxC 


* 
• 


• 
• 



EP 0 601 860 A1 




ft7 



EP 0 601 860 A1 




i 



EP 0 601 860 A1 



Fig.45 



(a) 

DATA-OUTPUT REQUEST 810" 

DATA FORMAT IDENTIFIER 712 

miTPTTT nATA 7 1 1 \ DATAOUIPUTCDNDniW | 
OUTPUT DATA 711 \ IDENIIE^_811 




(b) 



-CORRESPONDENCE TABLE 814" 



DATA-OUTPUT 

coNDrnoN 

IDEN'11HER811 


OUTPUT 
UNIT 

IDENTIFIERS 12 


DATA-OUTPUT 

CONDITION 

IDENI1HER813 


resolution 


prA 


300 


resolution 


prB 


600 


resolution 


faxA 


200 


• 
• 


• 
• 


* 
• 



OA 



EP 0 601 860 A1 




EP 0 601 860 A1 




EP 0 601 860 A1 



Fig.49 



931 



932 



CORRESPONDENCE TABLE 930 



933 



TYPE 

IDENTIFIER 


SERVER IDENTIFIER 


OUTPUT UNIT 
IDENTIFIER 


printer 


king 


prA 


printer 


queen 


prB 


fax 


king 


faxC 


• • • 


• . • • 


• • • 



EP 0 601 860 A1 




EP 0 601 860 A1 



Fig.51 



SETTING REQUEST 940 

£41 



SERVER IDENTIFIER 



132.182.10.10 



EP 0 601 860 A1 



Fig.52 



(start) 



^SETTING REQUEST^ 
Y 



SEND INFORMATION 
REQUEST 



SET TIMER 



S72 

^SETTING" 

INFORMATION 
? 




FAILURE 



S77 



S78 



OUTPUT 

CORRESPONDENCE 
TABLE 930 






UPDATE C 
UNIT INFC 


>UTPUT 
)RMATION 



EP 0 601 860 A1 




EP 0 601 860 A1 



G 
no 

O 

^ en 



8 

r 
w 



i. 

S3 



OQ 



D 
W 

1 

ffl 



W 



O 

V5 



rr 
o 

CO 



i 

o 
o 



D 

s 



70 





s 




NO 

to 



X 



tn 



O 



to 



S 



On 




TO 



EP 0 601 860 A1 




4nn 



EP 0 601 860 A1 



European Patent 
Office 



EUROPEAN SEARCH REPORT 



Application Number 

EP 93 30 9919 



DOCUMENTS CONSIDERED TO BE RELEVANT 



Category 



Citation of document with indication, where appropriate, 
of relevant passages 



Relevant 
to claim 



CLASSIFICATION OF THE 
APPLICATION Qnt.CUS) 



X 
A 



WO-A-89 03086 (AMERICAN TELEPHONE AND 
TELEGRAPH COMPANY) 



* abstract * 

* page 6, column 14 

* page 14, column 4 

* page 39, line 15 - 



52 

1.2,19, 

20,47, 

94,114 



G06F9/46 
G06F3/12 



figure 1 * 



- page 8, column 14 * 

- column 16 * 
page 40, line 8 * 



US-A-5 128 878 (GORE ET AL) 



the whole document * 



52 

1,19,47, 
94,114 



TECHNICAL FIELDS 
SEARCHED (IntQ.5) 



G06F 



The present search report has been drawn up for all claims 



Pliccof te*ci 

BERLIN 



D*« tf cM*14fca of tfct aft** 

14 March 1994 



Masche, C 



CATEGORY OF CITED DOCUMENTS 

X : particularly relevant If uken alone 

Y : particularly relevant tf combined with another 

locum ent of the same category 
A : technological background 
O : non-written disclosure 
P : intermediate document 



T : theory or principle underlying the invention 
E : earlier patent document, but published on, or 

after toe filing date 
D : document dted in tae application 
L ; document dted for ether reasons 

ft : member of the fine patent family, corresponding " 



A 



